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Intellectual Property Rights 



IPRs essential or potentially essential to the present document may have been declared to ETSI. The information 
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found 
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in 
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web 
server ( http://webapp.etsi.org/IPR/home.asp ). 

Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee 
can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web 
server) which are, or may be, or may become, essential to the present document. 



Foreword 



This Technical Specification (TS) has been produced by ETSI Technical Committee Broadband Radio Access 
Networks (BRAN). 

The present document is part 2 of a multi-part deliverable covering Broadband Radio Access Networks (BRAN); 
HIPERACCESS; Protocol Implementation Conformance for the Data Link Control (DLC) layer as identified below: 

Part 1: "Protocol Implementation Conformance Statement (PICS) proforma"; 

Part 2: "Test Suite Structure and Test Purposes (TSS&TP) specification"; 

Pai-t 3: "Abstract Test Suite (ATS)". 
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Scope 



The present document contains the Test Suite Structure (TSS) and Test Purposes (TP) to test the BRAN 
HIPERACCESS; Data Link Conti-ol (DEC) layer. 

The objective of the present document is to provide a basis for conformance tests for HIPERACCESS equipment giving 
a high probability of air interface inter-operability between different manufacturer's HIPERACCESS equipment. 

The ISO standard for the methodology of conformance testing (ISO/IEC 9646-1 [3] and ISO/IEC 9646-2 [4]) as well as 
the ETSI rules for conformance testing (ETS 300 406 [2]) are used as a basis for the test methodology. 



References 



The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication and/or edition number or version number) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. 

Referenced documents which are not found to be publicly available in the expected location might be found at 
http://docbox.etsi.org/Reference . 

[1] ETSI TS 102 000: "Broadband Radio Access Networks (BRAN); HIPERACCESS; DEC protocol 

specification". 

[2] ETSI ETS 300 406: "Methods for Testing and Specification (MTS); Protocol and profile 

conformance testing specifications; Standardization methodology". 

[3] ISO/IEC 9646-1: "Information technology - Open Systems Interconnection - Conformance testing 

methodology and framework - Part 1: General concepts". 

[4] ISO/IEC 9646-2: "Information technology - Open Systems Interconnection - Conformance testing 

methodology and framework - Part 2: Abstract Test Suite specification". 

[5] ISO/IEC 9646-6: "Information technology - Open Systems Interconnection - Conformance testing 

methodology and framework - Part 6: Protocol profile test specification". 

[6] ISO/IEC 9646-7: "Information technology - Open Systems Interconnection - Conformance testing 

methodology and framework - Part 7: Implementation Conformance Statements". 



3 Definitions, symbols and abbreviations 

3.1 Definitions 

For the purposes of the present document, the terms and definitions given in ISO/IEC 9646-7 [6] and TS 102 000 [1] 
apply. 

3.2 Symbols 

For the purposes of the present document, the following symbol applies: 
ms milUsecond(s) 
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3.3 



Abbreviations 



For the purposes of the present document, the abbreviations given in ISO/IEC 9646-1 [3], ISO/IEC 9646-6 [5], 
ISO/IEC 9646-7 [6], TS 102 000 [1] and the following apply: 



AP 

APC 

APT 

AT 

ATPC 

ATTC 

BO 

BV 

C/1 

CE 

CID 

CM 

coc 

CT 

DES 

DL 

DEC 

FS 

lA 

ID 

INC 

IP 

lUT 

KA 

KR 

KU 

LL 

LS 

MAC 

MC 

OC 

PA 

PDU 

PHY 

PICS 

PN 

RA 

RE 

RF 

RLC 

RRC 

SA 

SAID 

SEC 

SI 

TD 

TEK 

TI 

TP 

TP 

TS 

TSS 

UL 



Access Point (= base station) 

AP Controller 

AP Transceiver 

Access Termination (= terminal = subscriber station) 

Automatic Transmit Power Control 

Automatic Transmit Time Control 

Inopportune Behaviour 

Valid Behaviour 

Carrier-to-interference power ratio 

Connection Establishment 

Connection ID 

Connection Modification 

connection Control 

Connection Termination 

Data Encryption Standard 

DownLink 

Data Link Control (layer) 

Frequency Scanning 

Initial Authentication 

IDentity 

INitialization Control 

Internet Protocol 

Implementation Under Test 

Key Allocation 

Key Refresh 

Keys Usage 

Leased Line 

Link Supervision 

Medium Access Control 

Multicast 

Other Capabilities negotiation 

Parameters Acquisition 

Protocol Data Unit 

PHYsical (layer) 

Protocol Implementation Conformance Statement 

Physical capabilities Negotiation 

RAnging 

Reauthentication 

Radio Frequency 

Radio Link Control 

Radio Resource Control 

Security Association 

Security Association IDentity 

SEcurity Control 

Slip Indicator 

Transmission Delay 

Traffic Encryption Key 

Timer 

Test Purposes 

Time for Processing 

Technical Specification 

Test Suite Structure 

UpLink 
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Test Suite Structure (TSS) 



4.1 



Structure 



Figure 1 shows the RLC Test Suite Structure (TSS) including its subgroups defined for the conformance testing. 



Test Suite 


Protocol group 


Protocol subgroup 








DLC-AP/ DLC-AT 


Initialization Control 


Frequency scanning 






Synchronization Acquisition 






ARC Identification 






UL and DL Parameters Acquisition 






Ranging 






Physical Capabilities Negotiation 






Other Capabilities Negotiation 




Radio Resource Control 


Link Supervision 






Change of PHY Mode, ATPC and ATTC 






Load Levelling 




Security Control 


Initial Authentication 






Reauthentication 






Key Allocation 






Key Refresh 






Traffic Encryption Keys Usage 




Connection Control 


Connection Establishment 






Connection Modification 






Connection Termination 






Multicast Connections 



Figure 1 : TSS for HIPERACCESS RLC 

The test suite is structured as a tree with a first level defined as DLC-AP or DLC-AT representing the protocol groups 
"DLC for AP" and "DLC for AT". 



4.2 Test groups 



The test groups are organized in three levels. The first level creates three protocol groups representing the protocol 
services. The second level separates the protocol services in functional modules. The last level in each branch contains 
one or more of the standard ISO subgroups BV, TI, BO. 

4.2.1 Protocol groups 

The protocol groups identify the DLC services: Initialization control function, Radio resource control function, Security 
control and Connection control function, as defined in TS 102 000 [1]. 



4.2.1.1 



Initialization control function 



The initialization control function group is divided in seven functional modules. The first functional module identifies 
the Frequency scanning procedures. The second functional module identifies the Synchronization Acquisition 
procedures. The third functional module distinguishes the APC Identification procedures. The fourth functional module 
distinguishes the UL and DL Parameters Acquisition procedures. The fifth functional module identifies the Ranging 
procedures. The sixth functional module distinguishes the Physical Capabilities Negotiation procedures. The last 
functional module distinguishes the Other Capabilities Negotiation procedures. 
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4.2.1 .2 Radio resource control function 



The Radio resource control protocol group is divided in three functional modules. The first functional module 
distinguishes the Link Supervision procedures. The second functional module distinguishes the Change of PHY Mode, 
ATPC and ATTC procedures. The last functional module identifies the Load Levelling procedures. 

4.2.1.3 Security control function 

The Security control protocol group is divided in four functional modules. The first functional module contains the 
Initial Authentication procedures. The second functional module contains the Reauthentication procedures. The third 
functional module contains the Key Allocation procedures. The last functional module identifies the Key Refresh 
procedures. 

4.2.1 .4 Connection control function 

The Connection control protocol group is divided in four functional modules. The first functional module identifies the 
Connection Establishment procedures. The second functional module identifies the Connection Modification 
procedures. The third functional module distinguishes the Connection Termination procedures. The last functional 
module distinguishes the Multicast Connections procedures. 

4.2.2 Main test groups 

The main test groups are the valid behaviour group, the invalid behaviour group and the inopportune behaviour group. 

4.2.2.1 Valid Behaviour (BV) tests 

This test sub group shall verify that the lUT reacts in conformity with the TS, after receipt or exchange of valid Protocol 
Data Units (PDUs). Valid PDUs means that the exchange of messages and the content of the exchanged messages are 
considered as valid. 

4.2.2.2 Timer (Tl) tests 

This test sub group shall verify that the lUT reacts in conformity with the TS, after expiry of a defined timer. 

4.2.2.3 Inopportune Behaviour (BO) tests 

This test sub group shall verify that the lUT reacts in conformity with the TS, after receipt of a syntactically correct 
PDU not expected in the actual message exchange. 
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Test Purposes (TP) 



5.1 



Introduction 



5.1 .1 TP definition conventions 

The TPs are defined following particular rules as shown in table 1 . 

Table 1 : TP definition rules 



TP Id according to the 
TP naming conventions 



Reference. 

Initial condition. 

Stimulus. 

Expected behaviour. 



TPId 



The TP Id is a unique identifier it shall be specified according to the TP naming 
conventions defined in the clause below. 



Reference 



The reference should contain the references of the subject to be validated by the actual 
TP (specification reference, clause, and paragraph). 



Condition 



The condition defines in which initial state the lUT has to be to apply the actual TP. 



Stimulus 



The stimulus defines the test event to which the TP is related. 



Expected behaviour 



Definition of the events that are expected from the lUT to conform to the base 
specification. 



5.1 .2 TP naming conventions 

The identifier of the TP is built according to table 2. 



Table 2: TP naming convention 



Identifier: 


TP/<st>/<pg>/<fm>/<x>-<nnn> 








<st> = side type 


AP 


Access Point 






AT 


Access Termination 




<pg> = protocol group 


INC 


INitialization Control function 






RRC 


Radio Resource Control function 






SEC 


SEcurity Control function 






COC 


connection Control function 




<fm> = functional module 


FS 


Frequency Scanning 






SA 


Synchronization Acquisition 






SI 


APC Identification 






PA 


UL and DL Parameters Acquisition 






RA 


RAnging 






PN 


Physical capabilities Negotiation 






OC 


Other Capabilities negotiation 






LS 


Link Supervision 






PT 


Change of PHY Mode, ATPC and ATTC 






LL 


Load Levelling 






lA 


Initial Authentication 






RE 


REauthentication 






KA 


Key Allocation 






KR 


Key Refresh 






KU 


traffic encryption Keys Usage 






CE 


Connection Establishment 






CM 


Connection Modification 






CT 


Connection Termination 






MC 


Multicast Connections 




X = Type of testing 


BV 


Valid Behaviour tests 






Tl 


Timer tests 






BO 


Inopportune Behaviour tests 




<nnn> = sequential number 


(000 to 999) 


Test Purpose number 
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EXAMPLE: TP/AT/SEC/KU/BV-010 is the tenth purpose for the valid behaviour testing of the Key Usage 
procedures of the Security control function implemented at AT side. 

5.1 .3 Sources of TP definitions 

All TPs are specified according to TS 102 000 [1]. 

5.2 Test purposes for AP 
5.2.1 Initialization Control 



5.2.1.1 



Frequency scanning 



TP/AP/INC/FS/BV-OOO 



Reference: TS 102 000 [1], clause 5.2.3. 

Initial condition: IDT is the AP. Tester is the AT. The lUT has powered up and is operating. 

Check that: the lUT transmits, on the correct frequencies, frames with 1 ms fixed duration each 

containing a valid preamble of 32 symbols and a valid control zone. 

Final pseudo state: the lUT continues operating. 



5.2.1.2 



UL and DL Parameters Acquisition 



TP/AP/INC/PA/BV-OOO 



Reference: TS 102 000 [1], clause 10.3.4. 

Initial condition: lUT is the AP. Tester is the AT. The IDT has powered up and is operating. 

Check that: the lUT transmits GBI messages. 

Final pseudo state: the lUT continues operating. 



5.2.1.3 



Ranging 



TP/AP/INC/RA/BV-OOO 


Reference: TS 102 000 [1], SDL lnitializationControl_2004_09_22. 

Initial condition: the lUT is transmitting GBI messages. The IDT has yet to start ranging. The 
MAC address corresponding to the TE is in the lUT's database. 

Check that: to begin ranging, the lUT transmits in the most robust PHY mode a valid Ranging 
Invitation message containing the TE's IVIAC address. 
Final pseudo state: lUT has started ranging. 

NOTE: The lUT's transmission of Ranging Grants until transmitting the Ranging Invitation is 
acceptable behaviour but not required for conformance. 


TP/AP/INC/RA/BV-001 


Reference: TS 102 000 [1], SDL lnitializationControl_2004_09_22. 
Initial condition: lUT has started ranging. 

Check that: the lUT eventually transmits a Ranging Grant for the TE. 
Final pseudo state: lUT is waiting for a Ranging Request. 

NOTE: The lUT's transmission of additional Ranging Invitations between the first invitation 
and the Ranging Grant is acceptable behaviour but not required for conformance. 


TP/AP/INC/RA/BV-002 


Reference: TS 102 000 [1], SDL lnitializationControl_2004_09_22. 
Initial condition: lUT is waiting for a Ranging Request. 

Check that: after not receiving a Ranging Request response for the Ranging Grant, the lUT 
eventually transmits a Ranging Invitation containing the TE's IVIAC address. 
Final pseudo state: lUT has started ranging. 

NOTE: The lUT's transmission of additional Ranging Grants until transmitting the Ranging 
Invitation is acceptable behaviour but not required for conformance. 


TP/AP/INC/RA/BV-003 


Reference: TS 102 000 [1], SDL lnitializationControl_2004_09_22. 

Initial condition: lUT is waiting for a Ranging Request. 

Check that: after not receiving a Ranging Request response for the Ranging Grant, the IDT 

continues transmitting Ranging Grants until receiving a valid Ranging Req message. 

Final pseudo state: lUT is waiting for a Ranging Request. 

NOTE: The lUT" transmission of additional Ranging Invitation messages while transmitting 

the successive Ranging Grants is acceptable behaviour but is not required for 

conformance. 
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TP/AP/INC/RA/BV-004 


Reference: TS 102 000 [1], SDL lnitializationControl_2004_09_22. 

Initial condition: lUT is waiting for a Ranging Request. 

Check that: when the TE sends a Ranging Request with transmission characteristics that 

require continued ranging, the lUT transmits a Ranging Continue message followed by a 

Ranging Grant at least 1 frames after the Ranging Continue message. 

Final pseudo state: lUT is waiting for a Ranging Request. 


TP/AP/INC/RA/BV-005 


Reference: TS 102 000 [1], SDL lnitializationControl_2004_09_22. 

Initial condition: lUT is waiting for a Ranging Request. 

Check that: each time the TE sends a Ranging Request with transmission characteristics that 

require continued ranging, the lUT transmits a Ranging Continue message followed by a 

Ranging Grant at least 1 frames after the Ranging Continue message. 

Final pseudo state: lUT is waiting for a Ranging Request. 

NOTE: This TP is for cycling through Ranging Continue and Ranging Continue each time 
the Ranging Request transmission characteristics are not good enough for a 
Ranging Success message. The number of cycles is unlimited in the specification. 


TP/AP/INC/RA/BV-006 


Reference: TS 102 000 [1], SDL lnitializationControl_2004_09_22. 

Initial condition: lUT is waiting for a Ranging Request. 

Check that: when the TE sends a Ranging Request with successful ranging transmission 

characteristics, the lUT transmits a Ranging Success message followed by a Normal Grant at 

least 10 frames after the Ranging Success message. 

Final pseudo state: lUT is waiting for a Ranging Ack. 

NOTE: No Ranging Continue message is expected from the lUT. 


TP/AP/INC/RA/BV-007 


Reference: TS 102 000 [1], SDL lnitializationControl_2004_09_22. 

Initial condition: lUT is waiting for a Ranging Request. For n times, the TE sends a Ranging 

Request with transmission characteristics that require continued ranging, the lUT transmits a 

Ranging Continue message followed by a Ranging Grant at least 10 frames after the Ranging 

Continue message. 

Check that: when the TE sends a Ranging Request with successful ranging transmission 

characteristics, the lUT transmits a Ranging Success message followed by a Normal Grant at 

least 10 frames after the Ranging Success message. 

Final pseudo state: lUT is waiting for a Ranging Ack. 

NOTE: "n" is a PIXIT value. The number of cycles that a Ranging Continue message can be 
transmitted is unlimited in the specification. This TP checks that the lUT successfully 
transitions from sending several Ranging Continue messages to sending the 
Ranging Success message. 


TP/AP/INC/RA/BV-008 


Reference: TS 102 000 [1], SDL lnitializationControl_2004_09_22. 

Initial condition: lUT is waiting for a Ranging Ack. Physical Capabilities negotiation is required. 
Check that: when the TE sends a valid Ranging Ack, the lUT transmits either a valid Physical 
Capabilities Request or a valid RIcAuthCertificateReq message or a valid Other Capabilities 
Request message or nothing. In the latest case (nothing) check that: when the TE sends a 
valid Connection Addition Init message, the lUT transmits a valid Connection Addition Setup 
message. 

Final pseudo state: Ranging is completed. 

NOTE: This TP assumes the lUT's transmission of Normal Grants for the Ranging Ack and 
all following messages. 


TP/AP/INC/RA/BV-009 


Reference: TS 102 000 [1], SDL lnitializationControl_2004_09_22. 
Initial condition: lUT is waiting for a Ranging Ack. 

Check that: when the TE does not respond to the Normal Grant for the Ranging Ack, the lUT 
transmits a Ranging Grant. 
Final pseudo state: lUT has re-started ranging. 

NOTE: The lUT's transmission of additional Ranging Invitation(s) before the Ranging Grant 
is acceptable behaviour but not required for conformance. 



5.2.1.4 



Physical Capabilities Negotiation 



TP/AP/INC/PN/BV-OOO 



Reference: TS 102 000 [1], clause 10.5.1. 

Initial condition: lUT is the AP. Tester is the AT. The lUT has completed initialization. 

Check that: the lUT transmits a valid Physical Capabilities Request message. 

Final pseudo state: the lUT has begun physical capabilities negotiation. 



TP/AP/INC/PN/BV-001 



Reference: TS 102 000 [1], clauses 10.5.1 and E.3.1. 

Initial condition: lUT is the AP. Tester is the AT. The lUT has completed initialization and has 

transmitted a Physical Capabilities Request message. 

Check that: upon receiving a valid Physical Capabilities Information message within the 

duration of timer T_PhyCapabilitiesReq, the lUT transmits a valid Physical Capabilities 

Confirmation message. 

Final pseudo state: the lUT waits to complete physical capabilities negotiation. 
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TP/AP/INC/PN/BV-002 


Reference: TS 102 000 [1], clauses 10.5.1 and E.3.1. 

Initial condition: lUT is the AP. Tester is the AT. The lUT has completed initialization, 
transmitted a valid Physical Capabilities Request message, received a valid Physical 
Capabilities Information message, and transmitted a valid Physical Capabilities Confirmation 
message. 

Check that: the lUT starts the timer T_PhyCapabilitiesCnf and transmits no message during 
this timer's duration. 

Final pseudo state: the lUT continues physical capabilities negotiation. 
NOTE: Physical capabilities negotiation is complete if and only if the lUT does not receive a 
Physical Capabilities Information message during this timer's duration. 


TP/AP/INC/PN/BV-003 


Reference: TS 102 000 [1], clause 10.5.1. 

Initial condition: lUT is the AP. Tester is the AT. The lUT has completed initialization, 

transmitted a valid Physical Capabilities Request message, received a valid Physical 

Capabilities Information message, transmitted a valid Physical Capabilities Confirmation 

message, and started the timer T_PhyCapabilitiesCnf. 

Check that: upon reception of a Physical Capabilities Information message during the duration 

of T_PhyCapabilitiesCnf, the lUT retransmits a valid Physical Capabilities Confirmation 

message and restarts T_ PhyCapabilitiesCnf. 

Final pseudo state: the lUT continues physical capabilities negotiation. 


TP/AP/INC/PN/BV-004 


Reference: TS 102 000 [1], clause 10.5.1. 

Initial condition: lUT is the AP. Tester is the AT. The lUT has completed initialization, 

transmitted a valid Physical Capabilities Request message, received a valid Physical 

Capabilities Information message, transmitted a valid Physical Capabilities Confirmation 

message, and started the timer T_PhyCapabilitiesCnf. 

Check that: after the timer expires and the lUT has not received any Physical Capabilities 

Information message, the lUT considers physical capabilities negotiation completed. 

Final pseudo state: the lUT has completed physical capabilities negotiation but is not yet 

operational. 



5.2.1.5 



Other Capabilities Negotiation 



TP/AP/INC/OC/BV-OOO 


Reference: TS 102 000 [1], clause 10.5.3. 

Initial condition: lUT is the AP. Tester is the AT. Authentication Is required. The lUT has 

completed authentication. During authentication, at least one SAID required a TEK allocation. 

Check that: after expiration of the timer T_TekAllocation, the lUT transmits a valid Other 

Capabilities Request message. 

Final pseudo state: the lUT has begun other capabilities negotiation. 


TP/AP/INC/OC/BV-001 


Reference: TS 102 000 [1], clause 10.5.3. 

Initial condition: lUT is the AP. Tester is the AT. Authentication is required. The lUT has 

completed authentication. During authentication, no TEK allocation occurred. 

Check that: after expiration of the timer T_AuthReply, the lUT transmits a valid Other 

Capabilities Request message. 

Final pseudo state: the lUT has begun other capabilities negotiation. 


TP/AP/INC/OC/BV-002 


Reference: TS 102 000 [1], clause 10.5.3. 

Initial condition: lUT is the AP. Tester is the AT. Authentication is required. The lUT has 

completed Authentication and has transmitted a valid Other Capabilities Request message. 

Check that: upon receiving a valid Other Capabilities Information message within the duration 

of timer T_OtherCapabilitiesReq, the lUT transmits a valid Other Capabilities Confirmation 

message. 

Final pseudo state: the lUT waits to complete other capabilities negotiation. 


TP/AP/INC/OC/BV-003 


Reference: TS 102 000 [1], clause 10.5.3. 

Initial condition: lUT is the AP. Tester is the AT. Authentication is required. The lUT has 
completed authentication, transmitted a valid Other Capabilities Request message, received a 
valid Other Capabilities Information message, and transmitted a valid Other Capabilities 
Confirmation message. 

Check that: the lUT starts the timer T_OtherCapabilitiesCnf and transmits no message during 
this timer's duration. 

Final pseudo state: the lUT continues other capabilities negotiation. 

NOTE: Other capabilities negotiation is complete if and only if the lUT does not receive an 
Other Capabilities Information message during this timer's duration. 
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TP/AP/INC/OC/BV-004 


Reference: TS 102 000 [1], clause 10.5.3. 

Initial condition: lUT is the AP. Tester is the AT. Authentication is required. The lUT has 

completed authentication, transmitted a valid Other Capabilities Request message, received a 

valid Other Capabilities Information message, transmitted a valid Other Capabilities 

Confirmation message, and started the timer T_OtherCapabilitiesCnf. 

Check that: upon reception of an Other Capabilities Information message during the duration 

of T_OtherCapabilitiesCnf, the lUT retransmits a valid Other Capabilities Confirmation 

message and restarts T_ OtherCapabilitiesCnf. 

Final pseudo state: the lUT continues other capabilities negotiation. 


TP/AP/INC/OC/BV-005 


Reference: TS 102 000 [1], clause 10.5.3. 

Initial condition: lUT is the AP. Tester is the AT. Authentication is required. The lUT has 

completed authentication, transmitted a valid Other Capabilities Request message, received a 

valid Other Capabilities Information message, transmitted a valid Other Capabilities 

Confirmation message, and started the timer T_ OtherCapabilitiesCnf. 

Check that: each time the lUT receives an Other Capabilities Information message in the 

duration of T_ OtherCapabilitiesCnf, the lUT transmits a valid Other Capabilities Confirmation 

message and restarts T_ OtherCapabilitiesCnf. 

Final pseudo state: the lUT continues other capabilities negotiation. 


TP/AP/INC/OC/BV-006 


Reference: TS 102 000 [1], clause 10.5.3. 

Initial condition: lUT is the AP. Tester is the AT. Authentication is required. The lUT has 

completed authentication, transmitted a valid Other Capabilities Request message, received a 

valid Other Capabilities Information message, transmitted a valid Other Capabilities 

Confirmation message, and started the timer T_ OtherCapabilitiesCnf. 

Check that: after the timer expires and the lUT has not received any Other Capabilities 

Information message, the lUT considers other capabilities negotiation completed. 

Final pseudo state: the lUT has completed other capabilities negotiation and is now 

operational with regards to this AT. 



5.2.2 Radio Resource Control 



5.2.2.1 



Link Supervision 



TP/AP/RRC/LS/BV-OOO 


Reference: TS 102 000 [1], clauses 11.2.2 and 10.4.1. 

Initial condition: AP is the lUT. The tester is the AT. The lUT has initialized and connected its 

peer. 

Check that: the IDT detects a link interruption; it irregularly transmits both RIcRanginglnvitation 

messages and ranging grants to the Tester. 


TP/AP/RRC/LS/BV-001 


Reference: TS 1 02 000 [1 ], clause 1 1 .2.2. 

Initial condition: AP is the IDT. The tester is the AT. The lUT has Initialized and connected its 

peer. The Tester does not reply to the grants sent by the IDT. 

Check that: the IDT irregularly transmits both RIcRanginglnvitation messages and ranging 

grants to the Tester. 


TP/AP/RRC/LS/BV-002 


Reference: TS 1 02 000 [1 ], clause 1 1 .2.3. 

Initial condition: AP is the IDT. The tester is the AT. The lUT has initialized and connected its 

peer. The IDT has sent an RIclnitializationCmd message with InitialisationCmd equal to 

rejected From Network. 

Check that: the IDT gives no grants to the Tester after this command. 


TP/AP/RRC/LS/BV-003 


Reference: TS 1 02 000 [1 ], clause 1 1 .2.3. 

Initial condition: AP is the lUT. The tester is the AT. The lUT has initialized and connected its 

peer. The IDT has sent an RIclnitializationCmd message with InitialisationCmd equal to 

rejectedFromChannel. 

Check that: the IDT gives no grants to the Tester after this command. 


TP/AP/RRC/LS/BV-004 


Reference: TS 1 02 000 [1 ], clause 1 1 .2.3. 

Initial condition: AP is the IDT. The tester is the AT. The lUT has initialized and connected its 

peer. The IDT has sent an RIclnitializationCmd message with InitialisationCmd equal to 

firstlnitialization. 

Check that: the lUT gives no grants to the Tester after this command except for ranging 

grants. 


TP/AP/RRC/LS/BV-005 


Reference: TS 1 02 000 [1 ], clause 1 1 .2.3. 

Initial condition: AP is the lUT. The tester is the AT. The lUT has initialized and connected its 

peer. The lUT has sent an RIclnitializationCmd message with InitialisationCmd equal to 

transmissionStop. 

Check that: the IDT gives no grants to the Tester after this command except for ranging 

grants. 
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5.2.2.2 



Change of PHY Mode, ATPC and ATTC 



TP/AP/RRC/PT/BV-OOO 


Reference: TS 1 02 000 [1 ], clause 1 1 .3.2. 

Initial condition: AP is the lUT. The tester is the AT. The lUT has initialized and connected its 

peer. 

Check that: the lUT transmits at least every 50 ms to 200 ms an uplink grant. 


TP/AP/RRC/PT/BV-001 


Reference: TS 1 02 000 [1 ], clause 1 1 .3.3. 

Initial condition: AP is the lUT. The tester is the AT. The lUT has initialized and connected its 

peer. 

Check that: the lUT transmits an RIcMeasurementReportCriterium message to change the 

periodReportGeneral acquired in the GBI message or to stop the reporting. 


TP/AP/RRC/PT/BV-002 


Reference: TS 1 02 000 [1 ], clause 1 1 .3.4. 

Initial condition: AP is the lUT. The tester is the AT. The lUT has initialized and connected its 

peer. The tester has transmitted an RIcMeasurementReportData message with valid new 

DownlinkPhylVlode wanted. 

Check that: the lUT transmits an RIcDownlinkPhylVlodeChange message with the 

DownlinkPhyl\/lodeGranted parameter. 


TP/AP/RRC/PT/BV-003 


Reference: TS 1 02 000 [1 ], clause 1 1 .3.4. 

Initial condition: AP is the lUT. The tester is the AT. The lUT has initialized and connected its 

peer. Conditions exist that cause AP to allocate another PHY mode region to AT. 

Check that: the lUT transmits an RIcDownlinkPhyModeChange message with the new highest 

DownlinkPhylVlode. 


TP/AP/RRC/PT/BV-004 


Reference: TS 1 02 000 [1 ], clause 1 1 .3.4. 

Initial condition: AP is the lUT. The tester is the AT. The lUT has initialized and connected its 
peer. Conditions exist that cause AP to allocate another PHY mode region to AT. The lUT has 
transmited an RIcDownlinkPhylVlodeChange message with the new DownlinkPhylVlode. 
Check that: the lUT retransmits the RIcDownlinkPhylVlodeChange message if the timer 
T DownlinkPhyModeChange expires. 


TP/AP/RRC/PT/BV-005 


Reference: TS 1 02 000 [1 ], clause 1 1 .3.5. 

Initial condition: AP is the lUT. The tester is the AT. The lUT has initialized and connected its 
peer. Conditions exist that cause AP to adjust the uplink transmission power control. 
Check that: the lUT transmits an RIcUplinkCorrection message. 


TP/AP/RRC/PT/BV-006 


Reference: TS 1 02 000 [1 ], clause 1 1 .3.5. 

Initial condition: AP is the lUT. The tester is the AT. The lUT has initialized and connected its 

peer. Conditions exist that cause AP to adjust the uplink transmission timing. 

Check that: the lUT transmits an RIcUplinkCorrection message. 


TP/AP/RRC/PT/BV-007 


Reference: TS 1 02 000 [1 ], clause 1 1 .3.5. 

Initial condition: AP is the lUT. The tester is the AT. The lUT has initialized and connected its 

peer. Conditions exist that cause AP to adjust the uplink transmission power control. The lUT 

has transmited an RIcUplinkCorrection message. 

Check that: the lUT retransmits an RIcUplinkCorrection message if the timer 

T UplinkCorrection expires. 


TP/AP/RRC/PT/BV-008 


Reference: TS 1 02 000 [1 ], clause 1 1 .3.6. 

Initial condition: AP is the lUT. The tester is the AT. The lUT has initialized and connected its 

peer. The lUT then transmits to the tester in a mode other than the most robust PHY mode 

and with power not high enough. 

Check that: the lUT implements the adaptive PHY mode procedure. 

Final pseudo state: the lUT has changed to a more viable PHY mode and continues 

transmitting at the same downlink power level. 


TP/AP/RRC/PT/BV-009 


Reference: TS 1 02 000 [1 ], clause 1 1 .3.6. 

Initial condition: AP is the lUT. The tester is the AT. The lUT has initialized and connected its 

peer. The tester transmits to the tester in a mode other than the most robust PHY mode and 

with power not high enough. The lUT then implements the adaptive PHY mode procedure. 

The DL transmission power is still not high enough. 

Check that: the lUT increases its downlink transmit power. The power correction is applied 

immediately before the next downlink frame preamble. The power correction does not exceed 

1 dB per 50 ms and 1 db per step. 

Final pseudo state: the lUT continues operating and transmits at the new power level. 
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5.2.2.3 



Load Levelling (Inter-Carrier Handover) 



TP/AP/RRC/LL/BV-OOO 



Reference: TS 102 000 [1], clause 11.6. 

Initial condition: AP is the lUT. The tester is the AT. The lUT has initialized and connected its 

peer. The lUT has sent an RIcHandoverCmd message and has received an 

RIcHandoverCmdAck message. 

Check that: the lUT starts initialization using the new APT. 



5.2.3 Security Control 



5.2.3.1 



Initial Authentication 



TP/AP/SEC/IA/BV-OOO 


Reference: TS 102 000 [1], clause 12.2.1. 

Initial condition: IDT is the AP. Tester is the AT. The lUT has completed physical capabilities 
negotiation. Phase 1 security measures are in effect. Other capabilities are to be negotiated. 
Check that: the lUT transmits a valid Other Capabilities Request message. 


TP/AP/SEC/IA/BV-001 


Reference: TS 102 000 [1], clause 12.3.2. 

Initial condition: IDT is the AP. Tester is the AT. The lUT has completed physical capabilities 

negotiation. Phase 2 or 3 security measures are in effect. 

Check that: the lUT transmits a valid RIcAuthCertificateReq message. 


TP/AP/SEC/IA/BV-002 


Reference: TS 102 000 [1], clause 12.3.2. 

Initial condition: IDT is the AP. Tester is the AT. The lUT has completed physical capabilities 

negotiation. Phase 2 or 3 security measures are in effect. The lUT has transmitted a valid 

RIcAuthCertificateReq message. The tester then transmits an RIcAuthCertificatelnfo message 

with an invalid certificate. 

Check that: the lUT transmits a valid RIcAuthReject message. 


TP/AP/SEC/IA/BV-003 


Reference: TS 102 000 [1], clause 12.3.2. 

Initial condition: IDT is the AP. Tester is the AT. The lUT has completed physical capabilities 

negotiation. Phase 2 or 3 security measures are in effect. The lUT has transmitted a valid 

RIcAuthCertificateReq message. The tester then transmits an RIcAuthCertificatelnfo message 

with a valid certificate. 

Check that: the lUT transmits a valid RIcAuthKeyCmd message. 


TP/AP/SEC/IA/BV-004 


Reference: TS 102 000 [1], clause 12.3.2. 

Initial condition: IDT is the AP. Tester is the AT. The lUT has completed physical capabilities 

negotiation. Phase 2 or 3 security measures are in effect. The lUT has transmitted a valid 

RIcAuthCertificateReq message. The tester then transmits an RIcAuthCertificatelnfo message 

with a valid certificate. The lUT then transmits an RIcAuthKeyCmd message. The tester then 

transmits an RIcAuthKeyAck message with an invalid Hmac of Nonce. 

Check that: the lUT retransmit the RIcAuthKeyCmd message with the same parameters as the 

first message. 



5.2.3.2 



Reauthentication 



TP/AP/SEC/RE/BV-OOO 



Reference: TS 102 000 [1], clause 12.3.3. 

Initial condition: IDT is the AP. Tester is the AT. The lUT has completed initialization. Phase 2 

or 3 security measures are in effect. 

Check that: to generate a new AuthKey, the lUT transmits a valid RIcAuthKeyCmd message. 



TP/AP/SEC/RE/BV-001 



Reference: TS 1 02 000 [1 ], clause 1 2.3.3. 

Initial condition: IDT is the AP. Tester is the AT. The lUT has completed initialization. Phase 2 

or 3 security measures are in effect. The IDT has transmitted a valid RIcAuthKeyCmd 

message. The tester has then transmitted an RIcAuthKeyAck message with an invalid Hmac 

parameter. 

Check that: the lUT transmits another RIcAuthKeyCmd message with the same parameters as 

the first message. 
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5.2.3.3 



Key Allocation 



TP/AP/SEC/KA/BV-OOO 


Reference: TS 102 000 [1], diagram 27, clause 12.4.4. 

Initial condition: lUT is the AP. Tester is the AT. The lUT has completed physical capabilities 

negotiation. Phase 2 or 3 security measures are in effect. The lUT has transmitted a valid 

RIcAuthCertificateReq message. The tester then transmits an RIcAuthCertificatelnfo message 

with a valid certificate. The lUT then transmits an RIcAuthKeyCmd message. The tester then 

transmits an RIcAuthKeyAck message with a valid Hmac of Nonce. Thus, the Authentication 

Key is valid. 

Check that: the lUT transmits a valid RIcTekAllocationFirst message. 


TP/AP/SEC/KA/BV-001 


Reference: TS 102 000 [1], clause 12.4.4. 

Initial condition: lUT is the AP. Tester is the AT. The lUT has completed physical capabilities 
negotiation. Phase 2 or 3 security measures are in effect. First Authentication is completed. 
The lUT has transmitted a valid RIcTekAllocationFirst message and started 
T_TekAllocationFirst. The tester than transmits a valid RIcTekAllocationFirstAck message. 
Check that: the lUT stops T_TekAllocationFirst and transmits a valid 
RIcTekAllocationFirstTimerStop message. 
Post condition: First Tek Allocation is complete. 


TP/AP/SEC/KA/BV-002 


Reference: TS 102 000 [1], clause 12.4.4. 

Initial condition: lUT is the AP. Tester is the AT. The lUT has completed physical capabilities 

negotiation. Phase 2 or 3 security measures are in effect. First Authentication is completed. 

The lUT has transmitted a valid RIcTekAllocationFirst message and started 

T_TekAllocationFirst.. The tester than transmits a RIcTekAllocationFirstAck message with an 

invalid Hmac of a Nonce. 

Check that: the lUT restarts T_TekAllocationFirst and transmits another valid 

RIcTekAllocationFirst message with the same parameters as the first. 



5.2.3.4 



Key Refresh 



TP/AP/SEC/KR/BV-OOO 


Reference: TS 102 000 [1], diagram 26, clause 12.4.3. 

Initial condition: lUT is the AP. Tester is the AT. The lUT has completed initialization. A 

connection has been setup and data has been exchanged on the connection. Phase 2 or 3 

security measures are in effect. 

Check that: to refresh a Tek, the lUT transmits a valid RIcTekAllocationRefresh message. 


TP/AP/SEC/KR/BV-002 


Reference: TS 102 000 [1], diagram 26, clause 12.4.3. 

Initial condition: lUT is the AP. Tester is the AT. The lUT has completed initialization. A 

connection has been setup and data has been exchanged on the connection. Phase 2 or 3 

security measures are in effect. To refresh a Tek, the lUT has transmitted a valid 

RIcTekAllocationRefresh message. The tester has then transmitted an 

RIcTekAllocationRefreshAck message with an invalid Hmac. 

Check that: the lUT transmits another valid RIcTekAllocationRefresh message with the same 

parameters as the first. 


TP/AP/SEC/KR/BV-002 


Reference: TS 102 000 [1], clause 12.4.7. 

Initial condition: lUT is the AP. Tester is several ATs. The lUT has completed physical 

capabilities negotiation. Phase 3 security measures are in effect. Initialization is completed. A 

multicast connection is set up. Encrypted DL data PDUs have been sent. To refresh the Teks 

currently at EKSn and (TEK,IVP)n. 

Check that: the lUT transmits an RIcTekAllocationRefresh message to each AT in the 

multicast.group. 


TP/AP/SEC/KR/BV-003 


Reference: TS 102 000 [1], clause 12.4.3. 

Initial condition: lUT is the AP. Tester is the AT. The lUT has completed initialization. A 

connection has been setup. Phase 2 or 3 security measures are in effect. 

Check that: the next TEK refresh procedure shall not be performed by the lUT before at least 

one IVIAC data PDU in the UL direction using TEKn is received by the lUT. 
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5.2.3.5 



Traffic Encryption Keys Usage 



TP/AP/SEC/KU/BV-OOO 


Reference: TS 102 000 [1], clause 12.4.6. 

Initial condition: lUT is the AP. Tester is the AT. The lUT has initialized and connected its 

peer. Phase 1 security measures are in effect. 

Check that: to change encryption keys from (TEK, IVP)n to (TEK, IVP)n+1, the lUT places 

EKSn+1 modulo 4 in a DL frame. 


TP/AP/SEC/KU/BV-001 


Reference: TS 102 000 [1], clause 12.4.6. 

Initial condition: lUT is the AP. Tester is multiple ATs. The lUT has initialized and connected 

its peers. Phase 1 security measures are in effect. The lUT has changed encryption keys by 

placing EKSn+1 modulo 4 in DL frames. As one or several ATs, the tester transmits encrypted 

data UL PDUs according to EKSn modulo 4. And, as the remaining ATs, the tester transmits 

encrypted data UL PDUs according to EKSn+1 modulo 4. 

Check that: the lUT successfully decodes all UL data PDUs according to the EKS in the uplink 

frame. 


TP/AP/SEC/KU/BV-002 


Reference: TS 102 000 [1], clause 12.4.6. 

Initial condition: lUT is the AP. Tester is multiple ATs. The lUT has initialized and connected 

its peers. Phase 1 security measures are in effect. 

Check that: the lUT commands the TEK exchanges for the DL by switching EKS for all its 

peers at the same time. 


TP/AP/SEC/KU/BV-003 


Reference: TS 102 000 [1], clause 12.4.4. 

Initial condition: lUT is the AP. Tester is the AT. The lUT has initialized and connected its 

peer. Phase 2 security measures are in effect. EKSn modulo 4 and (TEK, IVP)n modulo 4 are 

in use for encrypting DL data PDUs. EKSn+1 modulo 4 and (TEK, IVP)n+1 modulo 4 are in 

use for encrypting UL data PDUs. 

Check that: to change encryption keys, the lUT uses EKSn+1 modulo 4 and (TEK, IVP)n+1 

modulo 4 for encrypting DL data PDUs. 

And, that the lUT continues to decrypt UL messages using the same keys as before; i.e. 

EKSn+1 modulo 4 and (TEK, IVP)n+1 . 


TP/AP/SEC/KU/BV-004 


Reference: TS 102 000 [1], clause 12.4.4. 

Initial condition: lUT is the AP. Tester is the AT. The lUT has initialized and connected its 

peer. Phase 2 security measures are in effect. To change encryption keys, the lUT is using 

EKSn+1 modulo 4 and (TEK, IVP)n+1 modulo 4 for encrypting DL data PDUs. The. 

RIcTekAllocationRefresh procedure has succeeded. 

Check that: the lUT continues to use EKSn+1 modulo 4 and (TEK, IVP)n+1 modulo 4 for 

encrypting DL data PDUs, 

And, that the lUT continues to decrypt UL messages using the same keys as before; i.e. 

EKSn+1 modulo 4 and (TEK, IVP)n+1 until the UL EKS changes to n+2. 

And, that when the UL EKS changes to n+2, lUT decrypts UL messages using the new key; 

i.e. EKSn+2 modulo 4 and (TEK, IVP)n+2. 


TP/AP/SEC/KU/BV-005 


Reference: TS 102 000 [1], clause 12.4.7. 

Initial condition: lUT is the AP. Tester is several ATs. The lUT has completed physical 

capabilities negotiation. Phase 3 security measures are in effect. Initialization is completed. A 

multicast connection is set up. Encrypted DL data PDUs have been sent. To refresh the Teks 

currently at EKSn and (TEK,IVP)n, the lUT has transmitted an RIcTekAllocationRefresh 

message to each AT in the multicast.group. 

Check that: the lUT directs the use of the new EKSn+1 and corresponding (TEK, IVP)n+1 only 

after having received RIcTekAllocationRefreshAck from each AT in the multicast group. 
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5.2.4 Connection Control 



5.2.4.1 



Connection Establishment 



5.2.4.1.1 



AP Initiated Connection Establishment 



TP/AP/COC/CE/BV-OOO 


Reference: TS 102 000 [1], clause 13.4.2.2. 

Initial condition: lUT is the AP. Tester is the AT. 

lUT is initialized and operational. 

Check that: to establish a connection, the lUT sends a valid Connection Addition Setup 

message. 

Final pseudo state: the lUT is establishing a connection. 


TP/AP/COC/CE/BV-001 


Reference: TS 102 000 [1], clause 13.4.2.1. 

Initial condition: lUT is the AP. Tester is the AT. lUT is initialized and has transmitted a valid 

Connection Addition Setup message. 

Check that: upon receiving a valid Connection Addition Ack message, the lUT: 

1) Starts T_RlcConnectionAdditionAck. 

2) Considers the connection established. 

Final pseudo state: the lUT is operational and the connection is established. 


TP/AP/COC/CE/BV-002 


Reference: TS 102 000 [1], clause 13.4.2.1. 

Initial condition: lUT is the AP. Tester is the AT. 

lUT is initialized, has sent a Connection Addition Setup message, and started 

T_RlcConnectionAdditionSetup. 

Check that: after T_RlcConnectionSetup expires without receiving a Connection Addition Ack 

message; the lUT retransmits another valid Connection Addition Setup message with the 

same Transaction ID. 

Final pseudo state: the lUT is establishing a connection. 


TP/AP/COC/CE/BV-003 


Reference: TS 102 000 [1], clause 13.4.2.3. 

Initial condition: lUT is the AP. Tester is the AT. 

lUT is initialized, has sent a Connection Addition Setup message, and started 

T_RlcConnectionAdditionSetup. 

Check that: each time T_RlcConnectionAdditionSetup expires without the lUT having 

received a Connection Addition Ack message, the lUT: 

1 ) Transmits another valid Connection Addition Setup message with the same Transaction 
ID. 

2) And restarts TRIcConnectionAdditionSetup upon sending this message. 
Final pseudo state: the lUT is establishing a connection. 

NOTE: The specification does not limit the number of times that this cycling can occur. 



5.2.4.1.2 



AT Initiated Connection Establishment 



TP/AP/COC/CE/BV-004 


Reference: TS 102 000 [1], clause 13.4.2.1. 

Initial condition: lUT is the AP. Tester is the AT. 

lUT is initialized and operational. 

Check that: upon receiving a valid Connection Addition Init message, the lUT replies to the LT 

with a Connection Addition Setup message. 

Final pseudo state: the lUT is establishing a connection. 


TP/AP/COC/CE/BV-005 


Reference: TS 102 000 [1], clause 13.4.2.1. 

Initial condition: lUT is the AP. Tester is the AT. 

The lUT is initialized, has received a Connection Addition Init message, and then responded 

with a Connection Addition Setup message. 

Check that: upon receiving a valid Connection Addition Ack message, the lUT: 

1) Starts T_RlcConnectionAdditionAck. 

2) Considers the connection established. 

Final pseudo state: the lUT is operational and the connection is established. 


TP/AP/COC/CE/BV-006 


Reference: TS 102 000 [1], clause 13.4.2.1. 

Initial condition: lUT is the AP. Tester is the AT. 

lUT is initialized, has received a Connection Addition Init message, and then sent a 

Connection Addition Setup message and started T_RlcConnectionAdditionSetup. 

Check that: upon receiving a Connection Addition Init message during this timer's duration 

with the same Transaction ID, the lUT retransmits another valid Connection Addition Setup 

message. 

Final pseudo state: the lUT is establishing a connection. 
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TP/AP/COC/CE/BV-007 


Reference: TS 102 000 [1], clause 13.4.2.1. 

Initial condition: lUT is the AP. Tester is the AT. 

lUT is initialized, has received a Connection Addition Init message, then sent a Connection 

Addition Setup message and started T_RlcConnectionAdditionSetup. 

Check that: each time the lUT receives a Connection Addition Init message during this timer's 

duration: 

1 ) The lUT retransmits another valid Connection Addition Setup message with the same 
Transaction ID. 

2) And restarts T_ RIcConnectionAdditionSetup upon sending this Setup message. 
Final pseudo state: the lUT is establishing a connection. 

NOTE: The specification does not limit the number of times that this cycling can occur 


TP/AP/COC/CE/BV-008 


Reference: TS 102 000 [1], clause 13.4.2.1. 

Initial condition: lUT is the AP. Tester is the AT. 

lUT is initialized, has received a Connection Addition Init message, then sent a Connection 

Addition Setup message, and started T_RlcConnectionAdditionSetup. 

Check that: after T_RlcConnectionAdditionSetup expires without receiving any message; the 

lUT retransmits another valid Connection Addition Setup message with the same Transaction 

ID. 

Final pseudo state: the lUT is establishing a connection. 


TP/AP/COC/CE/BV-009 


Reference: TS 102 000 [1], clause 13.4.2.1. 

Initial condition: lUT is the AP. Tester is the AT. 

lUT is initialized, has sent a Connection Addition Setup message, and started 

T_RlcConnectionAdditionSetup. 

Check that: each time T_RlcConnectionAdditionSetup expires without the lUT having 

received any message, the lUT: 

1 ) Retransmits another valid Connection Addition Setup message with the same 
Transaction ID. 

2) And restarts T_RlcConnectionAdditionSetup upon sending this message. 
Final pseudo state: the lUT is establishing a connection. 

NOTE: The specification does not limit the number of times that this cycling can occur. 



5.2.4.2 



Connection Modification 



5.2.4.2.1 



AP Initiated Connection Modification 



TP/AP/COC/CM/BV-OOO 


Reference: TS 102 000 [1], clause 13.4.3. 

Initial condition: lUT is the AP. Tester is the AT. 

lUT is initialized and a connection is established with the Tester. 

Check that: to modify a connection, the lUT sends a valid Connection Change Setup 

message. 

Final pseudo state: the lUT is modifying a connection. 


TP/AP/COC/CM/BV-001 


Reference: TS 102 000 [1], clause 13.4.3. 

Initial condition: lUT is the AP. Tester is the AT. 

lUT is initialized, has a valid connection with the Tester, and has transmitted a valid 

Connection Change Setup message. 

Check that: upon receiving a valid Connection Change Ack message, the lUT: 

1 ) Starts T_RlcConnectionChangeAck. 

2) Considers the connection modified. 

Final pseudo state: the lUT is operational and the connection continues as modified. 


TP/AP/COC/CM/BV-002 


Reference: TS 102 000 [1], clause 13.4.3. 

Initial condition: lUT is the AP. Tester is the AT. 

lUT is initialized, has a valid connection with the Tester, has transmitted a Connection 

Change Setup message, and started T_RlcConnectionChangeSetup. 

Check that: after T_RlcConnectionChangeSetup expires without receiving a Connection 

Change Ack message; the lUT retransmits another valid Connection Change Setup message 

with the same Transaction ID. 

Final pseudo state: the lUT is modifying a connection. 
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TP/AP/COC/CM/BV-003 



Reference: TS 102 000 [1], clause 13.4.3. 

Initial condition: lUT is the AP. Tester is the AT. 

lUT is initialized, has a valid connection with the Tester, has transmitted a Connection 

Change Setup message, and started T_RlcConnectionChangeSetup. 

Check that: each time T_RlcConnectionChangeSetup expires without the lUT having 

received a Connection Change Ack message, the lUT: 

1 ) Restarts TRIcConnectionChangeSetup. 

2) And retransmits another valid Connection Change Setup message with the same 
Transaction ID. 

Final pseudo state: the lUT is modifying a connection. 

NOTE: The specification does not limit the number of times that this cycling can occur. 



5.2.4.2.2 



AT Initiated Connection Modification 



TP/AP/COC/CM/BV-004 


Reference: TS 102 000 [1], clause 13.4.3. 

Initial condition: lUT is the AP. Tester is the AT. 

lUT is initialized and a connection is established with the Tester. 

Check that: upon receiving a valid Connection Change Init message, the lUT replies to the LT 

with a Connection Change Setup message. 

Final pseudo state: the lUT is modifying a connection. 


TP/AP/COC/CM/BV-005 


Reference: TS 102 000 [1], clause 13.4.3. 

Initial condition: lUT is the AP. Tester is the AT. 

lUT has received a valid Connection Change Init message and replied to the LT with a valid 

Connection Change Setup message. 

Check that: upon receiving a valid Connection Change Ack message, the lUT: 

1 ) Starts T_RlcConnectionChangeAck. 

2) Considers the connection as modified. 

Final pseudo state: the lUT is operational and the connection continues as modified. 


TP/AP/COC/CM/BV-006 


Reference: TS 102 000 [1], clause 13.4.3. 

Initial condition: lUT is the AP. Tester is the AT. 

lUT is initialized, has a valid connection with the Tester, has received a Connection Change 

Init message, and then sent a Connection Change Setup message and started 

T_RlcConnectionChangeSetup. 

Check that: upon receiving a Connection Change Init message during this timer's duration, 

the lUT retransmits another valid Connection Change Setup message with the same 

Transaction ID. 

Final pseudo state: the lUT is modifying a connection. 


TP/AP/COC/CM/BV-007 


Reference: TS 102 000 [1], clause 13.4.3. 

Initial condition: lUT is the AP. Tester is the AT. 

lUT is initialized, has a valid connection with the Tester, has received a Connection Change 

Init message, then sent a Connection Change Setup message and started 

T_RlcConnectionChangeSetup. 

Check that: each time the lUT receives a Connection Change Init message during this timer's 

duration: 

1 ) The lUT retransmits another valid Connection Change Setup message with the same 
Transaction ID. 

2) And restarts T_ RIcConnectionChangeSetup upon sending this Setup message. 
Final pseudo state: the lUT is modifying a connection. 

NOTE: The specification does not limit the number of times that this cycling can occur 


TP/AP/COC/CM/BV-008 


Reference: TS 102 000 [1], clause 13.4.3. 

Initial condition: lUT is the AP. Tester is the AT. 

lUT is initialized, has a valid connection with the Tester, has received a valid Connection 

Change Init message, has transmitted a Connection Change Setup message, and started 

T_RlcConnectionChangeSetup. 

Check that: after T_RlcConnectionChangeSetup expires without receiving any message; the 

lUT retransmits another valid Connection Change Setup message with the same Transaction 

ID. 

Final pseudo state: the lUT is modifying a connection. 
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TP/AP/COC/CM/BV-009 



Reference: TS 102 000 [1], clause 13.4.3. 

Initial condition: lUT is the AP. Tester is the AT. 

lUT is initialized, has a valid connection with the Tester, has received a valid Connection 

Change Init message, has transmitted a Connection Change Setup message, and started 

T_RlcConnectionChangeSetup. 

Check that: each time T_RlcConnectionChangeSetup expires without the lUT having 

received a Connection Change Ack message, the lUT: 

1) Restarts TRIcConnectionChangeSetup. 

2) And retransmits another valid Connection Change Setup message with the same 
Transaction ID. 

Final pseudo state: the lUT is modifying a connection. 

NOTE: The specification does not limit the number of times that this cycling can occur. 



5.2.4.3 



Connection Termination 



5.2.4.3.1 



AP Initiated Connection Termination 



TP/AP/COC/CT/BV-OGO 


Reference: TS 1 02 000 [1 ], clause 1 3.4.4. 

Initial condition: lUT is the AP. Tester is the AT. 

lUT is initialized and a connection is established with the Tester. 

Check that: to release a connection, the lUT sends a valid Connection Deletion Init message. 

Final pseudo state: the lUT is releasing a connection. 


TP/AP/COC/CT/BV-001 


Reference: TS 1 02 000 [1 ], clause 1 3.4.4. 

Initial condition: lUT is the AP. Tester is the AT. 

lUT is initialized, a connection is established with the Tester, and lUT has transmitted a valid 

Connection Deletion Init message. 

Check that: upon receiving a valid Connection Deletion Ack message, the lUT: 

1) Starts T_RlcConnectionDeletionAck. 

2) Considers the connection released. 

Final pseudo state: the lUT is operational and the connection no longer exists. 


TP/AP/COC/CT/BV-002 


Reference: TS 1 02 000 [1 ], clause 1 3.4.4. 

Initial condition: lUT is the AP. Tester is the AT. 

lUT is initialized, has a valid connection with the Tester, has transmitted a Connection 

Deletion Init message, and started T_RlcConnectionDeletionlnit. 

Check that: upon T_ RIcConnectionDeletionlnit expiry without receiving a Connection Deletion 

Ack message, the lUT retransmits another valid Connection Deletion Init message with the 

same Transaction ID. 

Final pseudo state: the lUT is releasing a connection. 


TP/AP/COC/CT/BV-003 


Reference: TS 1 02 000 [1 ], clause 1 3.4.4. 

Initial condition: lUT is the AP. Tester is the AT. 

lUT is initialized, has a valid connection with the Tester, has transmitted a Connection 

Deletion Init message, and started T_ RIcConnectionDeletionlnit. 

Check that: each time T_ RIcConnectionDeletionlnit expires without the lUT having received a 

Connection Deletion Init message, the lUT: 

1 ) Retransmits another valid Connection Deletion Init message with the same Transaction 
ID. 

2) And restarts T_ RIcConnectionDeletionlnit upon sending this message. 
Final pseudo state: the lUT is releasing a connection. 

NOTE: The specification does not limit the number of times that this cycling can occur. 
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5.2.4.3.2 



AT Initiated Connection Termination 



TP/AP/COC/CT/BV-004 


Reference: TS 1 02 000 [1 ], clause 1 3.4.4. 

Initial condition: lUT is the AP. Tester is the AT. 

lUT is initialized and a connection is established with the Tester. 

Check that: upon receiving a valid Connection Deletion Init message, the lUT replies to the 

LT with a Connection Deletion Ack message and considers the connection deleted. 

Final pseudo state: the lUT is releasing a connection. 


TP/AP/COC/CT/BV-005 


Reference: TS 1 02 000 [1 ], clause 1 3.4.4. 

Initial condition: lUT is the AP. Tester is the AT. 

lUT is initialized, a connection is established with the Tester, and the lUT has received a valid 

Connection Deletion Init message and then sent a valid Connection Deletion Ack message 

and started T_RlcConnectionDeletionAck. 

Check that: upon T_RlcConnectionDeletionAck expiry, the lUT considers the transaction ID 

available for another transaction. 

Final pseudo state: the lUT is operational and the connection no longer exists. 


TP/AP/COC/CT/BV-006 


Reference: TS 1 02 000 [1 ], clause 1 3.4.4. 

Initial condition: lUT is the AP. Tester is the AT. 

lUT is initialized; a connection is established with the Tester; and the lUT has received a valid 

Connection Deletion Init message, then sent a valid Connection Deletion Ack message and 

started T_ RIcConnectionDeletionAck. 

Check that: upon receiving a Connection Deletion Init message, the lUT transmits a valid 

Connection Deletion Ack message with the same Transaction ID. 

Final pseudo state: the lUT is releasing a connection. 


TP/AP/COC/CT/BV-007 


Reference: TS 1 02 000 [1 ], clause 1 3.4.4. 

Initial condition: lUT is the AP. Tester is the AT. 

lUT is initialized; a connection is established with the Tester; and the lUT has received a valid 

Connection Deletion Init message, then sent a valid Connection Deletion Ack message and 

started T_ RIcConnectionDeletionAck. 

Check that: each time, upon receiving a Connection Deletion Init message, the lUT: 

1) Transmits a valid Connection Deletion Ack message with the same Transaction ID. 

2) Restarts T_RlcConnectionDeletionAck upon sending this message. 
Final pseudo state: the lUT is releasing a connection. 

NOTE: The specification does not limit the number of times that this cycling can occur. 



5.2.4.4 



Multicast Connections 



TP/AP/COC/IVIC/BV-OOO 



Reference: TS 102 000 [1], clause 13.5. 

Initial condition: lUT is the AP. Tester is multiple ATs. 

lUT is initialized. 

Check that: to establish a multicast connection, the lUT establishes a Downlink unicast 

connection with each AT included in the multicast group assigning to each connection the 

same CID. 

Final pseudo state: the lUT is operational and a multicast group is formed. 
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5.3 Test purposes for AT 
5.3.1 Initialization Control 



5.3.1.1 Frequency scanning 

5.3.1 .1 .1 Frequency scanning during first initialization 



TP/AT/INC/FS/BV-OOO 



Reference: TS 102 000 [1], clause 10.3.1. 

Initial condition: IDT is the AT. Tester is the AP. lUT is initializing for the first time. The lUT 

begins the downlink frequency-scanning step. 

Check that: after powering up or starting the lUT, the lUT scans all allowed frequencies, orders 

them in descending signal strength order, and selects the frequency with the strongest signal 

power. 

Final pseudo state: the lUT has finished the downlink frequency-scanning step. 

NOTE: Test strategy could be to send at least two signals with different power, go through 
synchronization and ARC identification, and then first send a Ranging Invitation 
message and a Ranging Grant on the weakest frequency. If the AT responds, the 
AT fails this Test Purpose. If the AT does not respond, then send a Ranging 
Invitation message and a Ranging on the strongest frequency. If the AT responds, 

the AT passes. 



5.3.1.1.2 



Frequency scanning during re-initialization 



TP/AT/INC/FS/BV-001 



Reference: TS 102 000 [1], clause 10.3.2. 

Initial condition: lUT is the AT. Tester is the AP. lUT has previously accomplished initialization. 

The lUT is required to re-initialize and must begin the downlink frequency-scanning step. 

Check that: the IDT selects the downlink frequency determined during the previous 

initialization. 

Final pseudo state: the lUT has finished the downlink frequency-scanning step for 

re-initialization. 



TP/AT/INC/FS/BV-002 



Reference: TS 102 000 [1], clause 10.3.2. 

Initial condition: IDT is the AT. Tester is the AP. lUT has previously accomplished initialization. 

The lUT is required to re-initialize and must begin the downlink frequency-scanning step. The 

frequency determined during the previous initialization is no longer available. 

Check that: the lUT goes to the next frequency in the ordered list determined during frequency 

scanning during first initialization. 

Final pseudo state: the lUT has finished the downlink frequency-scanning step for 

re-initialization. 
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5.3.1.2 



Synchronization Acquisition 



TP/AT/INC/SA/BV-OOO 



Reference: TS 102 000 [1], clause 10.3.2. 

Initial condition: lUT is the AT. Tester is the AP. The lUT has accomplished downlink frequency 

scanning. 

Check that: after receiving valid downlink frames, the lUT synchronizes, in time and frequency, 

to the preamble of the downlink frame and successfully decodes the control zone. 

Final pseudo state: the lUT's PHY layer has synchronized with the received frame's preamble. 

NOTE: Test strategy could be to send several valid downlink frames and continue to APC 
identification with a valid APC-ID. If APC identification occurs, provoke a DL sync 
loss, which will cause the old frequency to be used and synchronization to occur 
again. Again send several valid downlink frames and continue to APC identification 
but this time with an invalid APC-ID. The bad APC-ID should cause automatic 

synchronization leading to a pass verdict. Otherwise, a fail or inconclusive verdict. 



TP/AT/INC/SA/BV-001 



Reference: TS 102 000 [1], figure 42. 

Initial condition: lUT is the AT. Tester is the AP. The lUT has accomplished the downlink 

frequency scanning, started the timer T_synchronization, and received downlink frames with a 

control zone that cannot be decoded. 

Check that: upon decoding failure and expiration of this timer, the IDT selects the next powerful 

frequency determined during the frequency scanning. 

Final pseudo state: the IDT re-starts the synchronization step. 

NOTE: Test strategy could be to send an incorrectly coded control zone in a frame of the 
most strongest frequency and a correctly coded frame in the next strongest 
frequency. Verdict would be pass if Ranging Invitations/Grants are accepted but with 

a delay corresponding to T_sychronization plus some delta. 



5.3.1.3 



APC Identification 



TP/AT/INC/SI/BV-OOO 



Reference: TS 102 000 [1], clause 10.3.3. 

Initial condition: lUT is the AT. Tester is the AP. The IDT has accomplished the synchronization 

acquisition step. 

Check that: after having received a frame's control zone containing an APC-ID the same as an 

APC-ID stored in its non-volatile memory, the lUT proceeds with initialization. 

Final pseudo state: the IDT has accomplished the APC identification step. 

NOTE: Test strategy could be first send a bad APC and see if the lUT responds to a Ranging 
Grant after a Ranging Invitation message. If so, it fails. Then turn off and back on the 
lUT and then send the correct APC-ID to see if the lUT responds to a Ranging 
Invitation with pursuant Grant. If so, it passes. If not, it fails unless some other reason 
could lead to an Inconclusive verdict. 



5.3.1.4 



UL and DL Parameters Acquisition 



TP/AT/INC/PA/BV-OOO 



Reference: SDL lnitializationControl_2004_09_22. 

Initial condition: IDT is the AT. Tester is the AP. The lUT has accomplished the APC 

identification step. 

Check that: the lUT waits for GBI messages. 

Final pseudo state: the lUT has completed the parameters acquisition. 

NOTE: A test strategy could be to check the Phy Mode used in the first Ranging Req 

received. Or a fail at any time if any of the parameters is not incorporated into the 
AT's functioning during further tests. 



TP/AT/INC/PA/BV-001 



Reference: TS 102 000 [1], clause 10.3.4. 

Initial condition: IDT is the AT. Tester is the AP. The IDT has accomplished the APC 

identification step. 

Check that: when the TE transmits a Ranging Grant, the lUT does nothing and remains in the 

same state. 
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5.3.1.5 



Ranging 



TP/AT/INC/RA/BV-OOO 


Reference: SDL lnitializationControl_2004_09_22. 

Initial condition: the lUT has completed the parameters acquisition step and is waiting for a 

Ranging Invitation. 

Check that: when the TE transmits a Ranging Grant, the lUT sends no message and does not 

change state. 

Final pseudo state: the lUT has is waiting for a Ranging Invitation. 


TP/AT/INC/RA/BV-001 


Reference: SDL lnitializationControl_2004_09_22. 

Initial condition: the lUT has completed the parameters acquisition step and is waiting for a 

Ranging Invitation. 

Check that: when the TE transmits a Ranging Invitation message followed by a Ranging Grant 

in a later frame, the lUT transmits a Ranging Request message for the grant at minimum 

power with the Ranging Status field set to txPowerMin. 

Final pseudo state: the lUT is waiting for another Ranging Grant. 


TP/AT/INC/RA/BV-002 


Reference: SDL lnitializationControl_2004_09_22. 

Initial condition: the lUT is waiting for another Ranging Grant. The previous Ranging Grant was 

transmitted at minimum power with the Ranging Status field set to txPowerlVlin. 

Check that: when the TE transmits a Ranging Grant followed by a Ranging Grant in a later 

frame, the lUT transmits a Ranging Request message for the grant at minimum power + 1 

power level step with the Ranging Status field set to txPowerBetween. 

Final pseudo state: lUT is waiting for another Ranging Grant. 


TP/AT/INC/RA/BV-003 


Reference: SDL lnitializationControl_2004_09_22. 

Initial condition: the lUT is waiting for another Ranging Grant. The previous Ranging Grant was 

transmitted at maximum power - 1 power level step with the Ranging Status field set to 

txPowerBetween. 

Check that: when the TE transmits a Ranging Grant followed by a Ranging Grant in a later 

frame, the lUT transmits a Ranging Request message for the grant at maximum power with the 

Ranging Status field set to txPowerMax. 

Final pseudo state: lUT is waiting for another Ranging Grant. 


TP/AT/INC/RA/BV-004 


Reference: SDL lnitializationControl_2004_09_22. 

Initial condition: the lUT is waiting for another Ranging Grant. The previous Ranging Grant was 

transmitted at maximum power with the Ranging Status field set to txPowerlVlax. 

Check that: when the TE transmits a Ranging Grant followed by a Ranging Grant in a later 

frame, the lUT transmits a Ranging Request message for the grant at minimum power with the 

Ranging Status field set to txPowerMin. 

Final pseudo state: lUT is waiting for another Ranging Grant. 


TP/AT/INC/RA/BV-005 


Reference: SDL lnitializationControl_2004_09_22. 

Initial condition: the lUT is waiting for another Ranging Grant. 

Check that: when the TE transmits a Ranging Invitation message, the lUT does nothing and 

remains in the same state. 

Final pseudo state: the lUT is waiting for another Ranging Grant. 


TP/AT/INC/RA/BV-006 


Reference: SDL lnitializationControl_2004_09_22. 

Initial condition: the lUT is waiting for another Ranging Grant. 

Check that: when the TE transmits a Normal Grant, the lUT does nothing and remains in the 

same state. 

Final pseudo state: the lUT is waiting for another Ranging Grant. 


TP/AT/INC/RA/BV-007 


Reference: SDL lnitializationControl_2004_09_22. 

Initial condition: the lUT is waiting for another Ranging Grant. 

Check that: when the TE transmits a valid Ranging Continue message with power and timing 

adjustments followed by a Ranging Grant in a later frame, the lUT transmits a Ranging 

Request message for the grant incorporating the power and timing adjustments. 

Final pseudo state: the lUT continues adjusting power and timing. 


TP/AT/INC/RA/BV-008 


Reference: SDL lnitializationControl_2004_09_22. 

Initial condition: the lUT is waiting for another Ranging Grant. 

Check that: when the TE transmits a valid Ranging Continue message with power and timing 

adjustments followed by a Ranging Invitation and then a Ranging Grant, the lUT transmits a 

Ranging Request message for the grant at minimum power with the Ranging Status field set to 

txPowerlVlin. 

Final pseudo state: the lUT is waiting for another Ranging Grant. 


TP/AT/INC/RA/BV-009 


Reference: SDL lnitializationControl_2004_09_22. 

Initial condition: the lUT is waiting for another Ranging Grant. 

Check that: when the TE transmits a valid Ranging Success message with power and timing 

adjustments followed by a Normal Grant in a later frame, the lUT transmits a Ranging Ack 

message for the normal grant incorporating the power and timing adjustments. 

Final pseudo state: Ranging is completed. 
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TP/AT/INC/RA/BV-010 


Reference; SDL lnitializationControl_2004_09_22. 

Initial condition: the lUT is waiting for another Ranging Grant. 

Check that: when the TE transmits a valid Ranging Success message with power and timing 

adjustments followed by a Ranging Invitation message then Ranging Grant in a later frame, the 

lUT transmits a Ranging Req message for the grant at minimum power with the Ranging 

Status field set to txPowerMin. 

Final pseudo state: the lUT is waiting for another Ranging Grant. 


TP/AT/INC/RA/BV-01 1 


Reference: SDL lnitializationControl_2004_09_22. 

Initial condition: the lUT is waiting for another Ranging Grant. 

Check that: when the TE transmits a valid Ranging Success message with power and timing 

adjustments followed by a Ranging Grant in a later frame, the lUT transmits a Ranging Req 

message for the grant with transmission power at one step higher than that for the previous 

Ranging Req message. 

Final pseudo state: the lUT is waiting for another Ranging Grant. 

NOTE: If stepping up power goes over the maximum power level, then transmit at the 

minimum power level. 


TP/AT/INC/RA/BV-012 


Reference: SDL lnitializationControl_2004_09_22. 

Initial condition: the lUT continues adjusting power and timing. 

Check that: when the TE transmits a valid Ranging Invitation message followed by a Ranging 

Grant in a later frame, the lUT transmits a Ranging Req message for the grant at minimum 

power with the Ranging Status field set to txPowerMin. 

Final pseudo state: the lUT is waiting for another Ranging Grant. 


TP/AT/INC/RA/BV-01 3 


Reference: SDL lnitializationControl_2004_09_22. 

Initial condition: the lUT continues adjusting power and timing. 

Check that: when the TE transmits a Ranging Grant, the lUT transmits a Ranging Req 

message for the grant with transmission power at one step higher than that for the previous 

Ranging Req message. 

Final pseudo state: the lUT is waiting for another Ranging Grant. 

NOTE: If stepping up power goes over the maximum power level, then transmit at the 

minimum power level. 


TP/AT/INC/RA/BV-01 4 


Reference: SDL lnitializationControl_2004_09_22. 

Initial condition: the lUT continues adjusting power and timing. 

Check that: when the TE transmits a Normal Grant, the lUT does nothing and remains in the 

same state. 

Final pseudo state: the lUT continues adjusting power and timing. 


TP/AT/INC/RA/BV-01 5 


Reference: SDL lnitializationControl_2004_09_22. 

Initial condition: the lUT continues adjusting power and timing. 

Check that: when the TE transmits a valid Ranging Continue message with power and timing 

adjustments followed by a Ranging Grant in a later frame, the lUT transmits a Ranging 

Request message for the grant incorporating the power and timing adjustments. 

Final pseudo state: the lUT continues adjusting power and timing. 


TP/AT/INC/RA/BV-01 6 


Reference: SDL lnitializationControl_2004_09_22. 

Initial condition: the lUT continues adjusting power and timing. 

Check that: when the TE transmits a valid Ranging Success message with power and timing 

adjustments followed by a Normal Grant in a later frame, the lUT transmits a Ranging Ack 

message for the normal grant incorporating the power and timing adjustments. 

Final pseudo state: Ranging is completed. 



5.3.1.6 



Physical Capabilities Negotiation 



TP/AT/INC/PN/BV-OOO 



Reference: TS 102 000 [1], clause 10.5.1. 

Initial condition: lUT is the AT. Tester is the AP. The lUT has completed ranging. 

Check that: upon receiving a Physical Capabilities Request message, the lUT transmits a valid 

Physical Capabilities Information message. 

Final pseudo state: the lUT continues Physical Capabilities Negotiation. 



TP/AT/INC/PN/BV-001 



Reference: TS 102 000 [1], clause 10.5.1. 

Initial condition: lUT is the AT. Tester is the AP. The lUT is in Physical Capabilities Negotiation 

and has transmitted a valid Physical Capabilities Information message. 

Check that: after receiving a Physical Capabilities Confirmation message, the lUT transmits no 

message and remains in the same state for the duration of timer T_PhyCapabilitiesCnf. 

Final pseudo state: the lUT has completed Physical Capabilities Negotiation. 
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TP/AT/INC/PN/BV-002 


Reference: TS 102 000 [1], clause 10.5.1. 

Initial condition: lUT is the AT. Tester is the AP. The lUT is in Physical Capabilities Negotiation 

and has transmitted a valid Physical Capabilities Information message. 

Check that: after receiving another Physical Capabilities Request message, the lUT transmits 

another valid Physical Capabilities Information message. 

Final pseudo state: the lUT continues Physical Capabilities Negotiation. 


TP/AT/INC/PN/BV-003 


Reference: TS 102 000 [1], clause 10.5.1. 

Initial condition: lUT is the AT. Tester is the AP. The lUT has completed initialization. The lUT 

has received a Physical Capabilities Request message and transmitted a valid Physical 

Capabilities Information message. 

Check that: after the expiration of timer T_PhyCapabilitieslnfo, the lUT retransmits a valid 

Physical Capabilities Information message. 

Final pseudo state: the lUT continues Physical Capabilities Negotiation. 


TP/AT/INC/PN/BV-004 


Reference: TS 102 000 [1], clause 10.5.1. 

Initial condition: lUT is the AT. Tester is the AP. The lUT is in Physical Capabilities Negotiation, 

has transmitted a valid Physical Capabilities Information message, received a Physical 

Capabilities Confirmation message, and started timer T_PhyCapabilitiesCnf. 

Check that: after receiving another Physical Capabilities Confirmation message before the 

timer expires, the lUT transmits no message, restarts T_PhyCapabilitiesCnf, and remains in 

the same state for the duration of timer T_PhyCapabilitiesCnf. 

Final pseudo state: the lUT has completed Physical Capabilities Negotiation. 


TP/AT/INC/PN/BV-005 


Reference: TS 102 000 [1], clause 10.5.1. 

Initial condition: lUT is the AT. Tester is the AP. The lUT is in Physical Capabilities Negotiation, 

has transmitted a valid Physical Capabilities Information message, received a Physical 

Capabilities Confirmation message, and started timer T_PhyCapabilitiesCnf. 

Check that: each time receiving another Physical Capabilities Confirmation message before 

the timer expires, the lUT transmits no message and restarts the timer T_PhyCapabilitiesCnf. 

Final pseudo state: the lUT continues Physical Capabilities Negotiation. 



5.3.1.7 



Other Capabilities Negotiation 



TP/AT/INC/OC/BV-OOO 


Reference: TS 102 000 [1], clause 10.5.3. 

Initial condition: lUT is the AT. Tester is the AP. The lUT has completed Authentication. 

Check that: upon receiving an Other Capabilities Request message, the lUT transmits a valid 

Other Capabilities Information message. 

Final pseudo state: the lUT continues Other Capabilities Negotiation. 


TP/AT/INC/OC/BV-001 


Reference: TS 102 000 [1], clause 10.5.3. 

Initial condition: lUT is the AT. Tester is the AP. The lUT is in Other Capabilities Negotiation 

and has transmitted a valid Other Capabilities Information message. 

Check that: after receiving an Other Capabilities Confirmation message, the lUT transmits no 

message and remains in the same state for the duration of timer T_OtherCapabilitiesCnf. 

Final pseudo state: the lUT has completed Physical Capabilities Negotiation. 


TP/AT/INC/OC/BV-002 


Reference: TS 102 000 [1], clause 10.5.3. 

Initial condition: lUT is the AT. Tester is the AP. The lUT is in Other Capabilities Negotiation 

and has transmitted a valid Other Capabilities Information message. 

Check that: after receiving another Other Capabilities Request message, the lUT transmits 

another valid Other Capabilities Information message. 

Final pseudo state: the lUT continues Other Capabilities Negotiation. 


TP/AT/INC/OC/BV-003 


Reference: TS 102 000 [1], clause 10.5.3. 

Initial condition: lUT is the AT. Tester is the AP. The lUT has completed initialization. The lUT 

has received an Other Capabilities Request message and transmitted a valid Other 

Capabilities Information message. 

Check that: after the expiration of timer T_ OtherCapabilitieslnfo, the lUT retransmits a valid 

Other Capabilities Information message. 

Final pseudo state: the lUT continues Other Capabilities Negotiation. 


TP/AT/INC/OC/BV-004 


Reference: TS 102 000 [1], clause 10.5.3. 

Initial condition: lUT is the AT. Tester is the AP. The lUT is in Other Capabilities Negotiation, 

has transmitted a valid Other Capabilities Information message, received an Other Capabilities 

Confirmation message, and started timer T_OtherCapabilitiesCnf. 

Check that: after receiving another Other Capabilities Confirmation message before the timer 

expires, the lUT transmits no message, restarts T_OtherCapabilitiesCnf and remains in the 

same state for the duration of timer T_ OtherCapabilitiesCnf. 

Final pseudo state: the lUT has completed Other Capabilities Negotiation. 
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TP/AT/INC/OC/BV-005 



Reference: TS 102 000 [1], clause 10.5.3. 

Initial condition: lUT is the AT. Tester is the AP. The lUT is in Other Capabilities Negotiation, 

has transmitted a valid Other Capabilities Information message, received an Other Capabilities 

Confirmation message, and started timer T_OtherCapabilitiesCnf. 

Check that: each time receiving another Other Capabilities Confirmation message before the 

timer expires, the lUT transmits no message and restarts the timer T_OtherCapabilitiesCnf and 

remains in the same state. 

Final pseudo state: the lUT continues Other Capabilities Negotiation. 



5.3.2 Radio Resource Control 



5.3.2.1 



Link Supervision 



TP/AT/RRC/LS/BV-OOO 


Reference: TS 102 000 [1], clause 11.2.2. 

Initial condition: AT is the lUT. The tester is the AP. The lUT has been initialized and 

connected with its peer. The tester has transmitted an RIcRanginglnvitation message and 

gives ranging grants to the IDT in a frame following that of the Invitation message. The lUT 

has traffic information to transmit to the tester. 

Check that: the lUT deletes all connection and security settings and starts re-initialization. 


TP/AT/RRC/LS/BV-001 


Reference: TS 102 000 [1], clause 11.2.2. 

Initial condition: AT is the lUT. The tester is the AP. The lUT has been initialized and 

connected with its peer. The tester gives ranging grants to the IDT without transmitting an 

RIcRanginglnvitation message. 

Check that: the IDT ignores the ranging grants. 


TP/AT/RRC/LS/BV-002 


Reference: TS 102 000 [1], clause 11.2.2. 

Initial condition: AT is the lUT. The tester is the AP. The IDT has been initialized and 

connected with its peer. The tester has transmitted an RIcRanginglnvitation message and 

gives normal grants to the lUT. 

Check that: the IDT ignores the normal grants. 


TP/AT/RRC/LS/BV-003 


Reference: TS 102 000 [1], clause 11.2.3. 

Initial condition: AT is the lUT. The tester is the AP. The lUT has been initialized and 

connected with its peer. The tester has transmitted an RIclnitializationCmd message with 

InitialisationCmd equal to rejectedPromNetwork. 

Check that: the lUT stops all transmissions and receptions and tries not to synchronize to the 

network again. 


TP/AT/RRC/LS/BV-004 


Reference: TS 102 000 [1], clause 11.2.3. 

Initial condition: AT is the lUT. The tester is the AP. The IDT has been initialized and 

connected with its peer. The tester has transmitted an RIclnitializationCmd message with 

InitialisationCmd equal to rejectedPromChannel. 

Check that: the IDT stops all transmissions and receptions and tries not to synchronize to the 

same RF channel again. 


TP/AT/RRC/LS/BV-005 


Reference: TS 102 000 [1], clause 11.2.3. 

Initial condition: AT is the lUT. The tester is the AP. The IDT has been initialized and 

connected with its peer. The tester has transmitted an RIclnitializationCmd message with 

InitialisationCmd equal to firstlnitialization. 

Check that: the lUT stops all transmissions and performs a first initialization procedure on the 

same carrier, started with RIcRanginglnvitation message. 


TP/AT/RRC/LS/BV-006 


Reference: TS 102 000 [1], clause 11.2.3. 

Initial condition: AT is the lUT. The tester is the AP. The lUT has been initialized and 

connected with its peer. The tester has transmitted an RIclnitializationCmd message with 

InitialisationCmd equal to transmissionStop. 

Check that: the lUT stops all transmissions and continues to receive and waits for further 

commands. 


TP/AT/RRC/LS/BV-007 


Reference: TS 102 000 [1], clause 11.2.3. 

Initial condition: AT is the lUT. The tester is the AP. The lUT has been initialized and 

connected with its peer. The tester has transmitted an RIclnitializationCmd message with 

InitialisationCmd equal to transmissionReStart. 

Check that: the IDT replies to all grants. 


TP/AT/RRC/LS/BV-008 


Reference: TS 102 000 [1], clause 11.2.2. 

Initial condition: AT is the lUT. The tester is the AP. The lUT has been initialized and 

connected with its peer. The tester has transmitted an RIcRanginglnvitation message and 

gives a ranging grant to the lUT in the same frame as that of the Invitation message. The lUT 

has traffic information to transmit to the tester. 

Check that: the IDT deletes all connection and security settings and starts re-initialization. 
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5.3.2.2 



Change of PHY Mode, ATPC and ATTC 



TP/AT/RRC/PT/BV-OOO 


Reference: TS 102 000 [1], clause 11.3.2. 

Initial condition: AT is the lUT. The tester is the AP. The lUT has been initialized and 

connected with its peer. The tester has transmitted an uplink grant. The lUT has no traffic or 

management information to transmit to the tester. 

Check that: the lUT transmits a IVIAC dummy PDU pursuant to the grant. 


TP/AT/RRC/PT/BV-001 


Reference: TS 102 000 [1], clause 11.3.3. 

Initial condition: AT is the lUT. The tester is the AP. The lUT has been initialized and 

connected with its peer. 

Check that: the lUT transmits an RIcMeasurementReportData message after the expiration of 

the period given in PeriodReport of the DL GBI message. 


TP/AT/RRC/PT/BV-002 


Reference: TS 102 000 [1], clause 11.3.3. 

Initial condition: AT is the lUT. The tester is the AP. The lUT has been initialized and 

connected with its peer. The tester has transmitted an RIclVleasurementReportCriterium 

message with a valid PeriodReport parameter. The PeriodReport has expired. 

Check that: the lUT transmits an RIcMeasurementReportData message after the expiration of 

the period given in PeriodReport of the previously received RIcMeasurementReportCriterium 

message. 


TP/AT/RRC/PT/BV-003 


Reference: TS 102 000 [1], clause 11.3.3. 

Initial condition: AT is the lUT. The tester is the AP. The lUT has been initialized and 

connected with its peer. 

Check that: the lUT transmits an RIcMeasurementReportData message when certain C/(N+I) 

thresholds are crossed. 


TP/AT/RRC/PT/BV-004 


Reference: TS 102 000 [1], clause 11.3.3. 

Initial condition: AT is the lUT. The tester is the AP. The lUT has been initialized and 

connected with its peer. The tester has transmitted an RIcMeasurementReportCriterium 

message with a valid PeriodReport parameter stopping the measurement. The Previous 

PeriodReport has expired. 

Check that: the lUT does not transmit an RIcMeasurementReportData message. 


TP/AT/RRC/PT/BV-005 


Reference: TS 102 000 [1], clause 11.3.3. 

Initial condition: AT is the lUT. The tester is the AP. The lUT has been initialized and 

connected with its peer. The tester has transmitted an RIcMeasurementReportCriterium 

message with a valid PeriodReport parameter stopping the measurement. The Previous 

PeriodReport has expired. The lUT has ceased transmitting RIcMeasurementReportData 

messages. 

Check that: the lUT transmits an RIcMeasurementReportData message when certain C/(N+I) 

thresholds are crossed. 


TP/AT/RRC/PT/BV-006 


Reference: TS 102 000 [1], clause 11.3.3. 

Initial condition: AT is the lUT. The tester is the AP. The lUT has been initialized and 

connected with its peer. The tester has transmitted an RIcMeasurementReportCriterium 

message with a valid PeriodReport parameter restarting the measurement. The PeriodReport 

has expired. 

Check that: the lUT transmits an RIcMeasurementReportData message after the expiration of 

the period given in PeriodReport of the previously received RIcMeasurementReportCriterium 

message. 


TP/AT/RRC/PT/BV-007 


Reference: TS 102 000 [1], clause 11.3.4. 

Initial condition: AT is the lUT. The tester is the AP. The lUT has initialized and connected its 

peer. The tester has transmitted an RIcDownlinkPhyModeChange message. 

Check that: the lUT transmits an RIcDownlinkPhyModeChangeAck message. 


TP/AT/RRC/PT/BV-008 


Reference: TS 102 000 [1], clause 11.3.4. 

Initial condition: AT is the lUT. The tester is the AP. The lUT has been initialized and 

connected with its peer. Conditions exist that cause AT to inform AP to allocate another PHY 

mode. 

Check that: the lUT transmits an RIcMeasurementReportData message with valid new 

DownlinkPhyMode wanted. 


TP/AT/RRC/PT/BV-009 


Reference: TS 102 000 [1], clause 11.3.4. 

Initial condition: AT is the lUT. The tester is the AP. The lUT has been initialized and 

connected with its peer. Conditions exist that cause AT to inform AP to allocate another PHY 

mode. The lUT has transmitted an RIcMeasurementReportData message with valid new 

DownlinkPhyMode wanted. 

Check that: the lUT retransmits an RIcMeasurementReportData message if the timer 

T_MeasurementReportData expires. 
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TP/AT/RRC/PT/BV-010 



Reference: TS 102 000 [1], clause 11.3.5. 

Initial condition: AT is the lUT. The tester is the AP. The lUT has been initialized and 

connected with its peer. The lUT has received an RIcUplinkCorrection message with the 

request for a report parameter. 

Check that: the lUT transmits an RIcMeasurementReportPata message. 



5.3.2.3 



Load Levelling (Inter-Carrier Handover) 



TP/AT/RRC/LL/BV-OGO 



Reference: TS 102 000 [1], clause 11.6. 

Initial condition: AT is the lUT. The tester is the AP. The lUT has been initialized and 
connected with its peer. The lUT has received an RIcHandoverCmd message. 
Check that: the lUT transmits an RIcHandoverAck message. 



5.3.3 Security Control 



5.3.3.1 



Initial Authentication 



TP/AT/SEC/IA/BV-OOO 


Reference: TS 102 000 [1], clause 12.2.1. 

Initial condition: IDT is the AT. Tester is the AP. lUT has completed physical capabilities 

negotiation. Phase 1 security measures are in effect. The IDT has received an 

RIcAuthCertificateReq message from the tester. 

Check that: the IDT ignores the message. 


TP/AT/SEC/IA/BV-001 


Reference: TS 102 000 [1], clause 12.2.1. 

Initial condition: IDT is the AT. Tester is the AP. lUT has completed physical capabilities 

negotiation. Phase 1 security measures are in effect. The IDT has received an RIcAuthKeyCmd 

message from the tester. 

Check that: the IDT ignores the message. 


TP/AT/SEC/IA/BV-002 


Reference: TS 102 000 [1], clause 12.3.2. 

Initial condition: IDT is the AT. Tester is the AP. lUT has completed physical capabilities 

negotiation. Phase 2 or Phase 3 security measures are in effect. The lUT has received an 

RIcAuthCertificateReq message from the tester. 

Check that: the lUT transmits a valid RIcAuthCertificatelnfo message. 


TP/AT/SEC/IA/BV-003 


Reference: TS 102 000 [1], clause 12.3.2. 

Initial condition: IDT is the AT. Tester is the AP. lUT has completed physical capabilities 
negotiation. Phase 2 or Phase 3 security measures are in effect. The tester has started T_ 
AuthCertificateReq and transmitted an RIcAuthCertificateReq message. The lUT then 
transmitted a valid RIcAuthCertificatelnfo message. After T_AuthCertificateReq has expired, 
the tester then transmits another RIcAuthCertificateReq message identical to the first. 
Check that: the lUT transmits another valid RIcAuthCertificatelnfo message. 


TP/AT/SEC/IA/BV-004 


Reference: TS 102 000 [1], clause 12.3.2. 

Initial condition: lUT is the AT. Tester is the AP. lUT has completed physical capabilities 

negotiation. Phase 2 or Phase 3 security measures are in effect. The IDT has received an 

RIcAuthCertificateReq message from the tester and then transmitted a valid 

RIcAuthCertificatelnfo message. The lUT then receives a valid RIcAuthKeyCmd message from 

the tester. 

Check that: the lUT transmits a valid RIcAuthKeyAck message. 


TP/AT/SEC/IA/BV-005 


Reference: TS 102 000 [1], clause 12.3.2. 

Initial condition: IDT is the AT. Tester is the AP. lUT has completed physical capabilities 

negotiation. Phase 2 or Phase 3 security measures are in effect. The IDT has received an 

RIcAuthCertificateReq message from the tester and then transmitted a valid 

RIcAuthCertificatelnfo message. Then, the tester has started T_AuthKeyCmd and transmitted a 

valid RIcAuthKeyAck message. After T_AuthKeyCmd has expired, the tester then transmits 

another RIcAuthKeyCmd message identical to the first. 

Check that: the lUT transmits another valid RIcAuthKeyAck message. 


TP/AT/SEC/IA/BV-006 


Reference: TS 102 000 [1], clause 12.3.2. 

Initial condition: IDT is the AT. Tester is the AP. lUT has completed physical capabilities 

negotiation. Phase 2 or Phase 3 security measures are in effect. The IDT has received an 

RIcAuthCertificateReq message from the tester and then transmitted a valid 

RIcAuthCertificatelnfo message. The IDT then receives an RIcAuthKeyCmd message with an 

invalid HmacOfAuthKey. 

Check that: the lUT transmits a valid RIcAuthKeyNack message. 
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5.3.3.2 



Reauthentication 



TP/AT/SEC/RE/BV-OOO 


Reference: TS 102 000 [1], clause 12.2.1. 

Initial condition: lUT is the AT. Tester is the AP. iUT has completed initialization. Phase 1 
security measures are in effect. The tester has transmitted a valid RIcAuthKeyCmd message. 
Check that: the IUT ignores the message. 


TP/AT/SEC/RE/BV-001 


Reference: TS 102 000 [1], clause 12.3.3. 

Initial condition: IUT is the AT. Tester is the AP. IUT has completed initialization. Phase 2 or 3 
security measures are in effect. The tester has transmitted a valid RIcAuthKeyCmd message. 
Check that: the IUT transmits a valid RIcAuthKeyAck message. 


TP/AT/SEC/RE/BV-002 


Reference: TS 102 000 [1], clause 12.3.3. 

Initial condition: IUT is the AT. Tester is the AP. IUT has completed initialization. Phase 2 or 3 

security measures are in effect. The tester has transmitted an RIcAuthKeyCmd message with 

an invalid Hmac. 

Check that: the IUT transmits a valid RIcAuthKeyNack message. 


TP/AT/SEC/RE/BV-003 


Reference: TS 102 000 [1], clause 12.3.3. 

Initial condition: IUT is the AT. Tester is the AP. IUT has completed initialization. Phase 2 or 3 

security measures are in effect. The tester has transmitted a valid RIcAuthKeyCmd message 

and started a timer of T_AuthKeyCmd duration . The IUT then transmits a valid 

RIcAuthKeyAck message. The timer then expires and the tester sends another valid 

RIcAuthKeyCmd message. 

Check that: the IUT transmits another valid RIcAuthKeyAck message with the same 

parameters. 



5.3.3.3 



Key Allocation 



TP/AT/SEC/KA/BV-OOO 


Reference: TS 102 000 [1], clause 12.2.1. 

Initial condition: IUT is the AT. Tester is the AP. IUT has completed physical capabilities 

negotiation. Phase 1 security measures are in effect. The tester has transmitted a valid 

RIcTekAllocationFirst message. 

Check that: the IUT ignores the message. 


TP/AT/SEC/KA/BV-001 


Reference: TS 102 000 [1], clause 12.4.4. 

Initial condition: IUT is the AT. Tester is the AP. The IUT has completed physical capabilities 

negotiation. Phase 2 or 3 security measures are in effect. First Authentication is completed. 

The tester has transmitted a valid RIcTekAllocationFirst message. 

Check that: the IUT transmits a valid RIcTekAllocationFirstAck message. 


TP/AT/SEC/KA/BV-002 


Reference: TS 102 000 [1], clause 12.4.4. 

Initial condition: IUT is the AT. Tester is the AP. The IUT has completed physical capabilities 
negotiation. Phase 2 or 3 security measures are in effect. First Authentication is completed. 
The tester has transmitted a RIcTekAllocationFirst message with an invalid Hmac of a Tek. 
Check that: the IUT transmits a valid RIcTekAllocationFirstNack message. 


TP/AT/SEC/KA/BV-003 


Reference: TS 102 000 [1], clause 12.4.4. 

Initial condition: IUT is the AT. Tester is the AP. The IUT has completed physical capabilities 

negotiation. Phase 2 or 3 security measures are in effect. First Authentication is completed. 

The tester has transmitted a valid RIcTekAllocationFirst message. The IUT has then 

transmitted a valid RIcTekAllocationFirstAck message. The tester has then again transmitted 

another valid RIcTekAllocationFirst message. 

Check that: the IUT transmits another valid RIcTekAllocationFirstAck message. 


TP/AT/SEC/KA/BV-004 


Reference: TS 102 000 [1], clause 12.4.4. 

Initial condition: IUT is the AT. Tester is the AP. The IUT has completed physical capabilities 

negotiation. Phase 2 or 3 security measures are in effect. The IUT has a connection to setup. 

First Authentication is completed. The tester has transmitted a valid RIcTekAllocationFirst 

message. The IUT has then transmitted a valid RIcTekAllocationFirstAck message and started 

TTekAllocationFirstAck. 

Check that: the IUT starts connection setup after T TekAllocationFirstAck expires. 
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5.3.3.4 



Key Refresh 



TP/AT/SEC/KR/BV-OOO 


Reference: TS 102 000 [1], clause 12.2.1. 

Initial condition: lUT is the AT. Tester is the AP. Initialization is complete. A connection has 

also been setup. Data has been exchanged. Phase 1 security measures are in effect. The 

tester has transmitted a valid RIcTekAllocationRefresh message. 

Check that: the lUT ignores the message. 


TP/AT/SEC/KR/BV-001 


Reference: TS 102 000 [1], clause 12.4.3. 

Initial condition: lUT is the AT. Tester is the AP. Initialization is complete. A connection has 

also been setup. Data has been exchanged. Phase 2 or 3 security measures are in effect. The 

tester has transmitted a valid RIcTekAllocationRefresh message. 

Check that: the lUT transmits a valid RIcTekAllocationRefreshAck message. 


TP/AT/SEC/KR/BV-002 


Reference: TS 102 000 [1], clause 12.4.3. 

Initial condition: lUT is the AT. Tester is the AP. Initialization is complete. A connection has 
also been setup. Data has been exchanged. Phase 2 or 3 security measures are in effect. The 
tester has transmitted an RIcTekAllocationRefresh message with an invalid Hmac of the Tek. 
Check that: the lUT transmits a valid RIcTekAllocationRefreshNack message. 


TP/AT/SEC/KR/BV-003 


Reference: TS 102 000 [1], clause 12.4.3. 

Initial condition: lUT is the AT. Tester is the AP. Initialization is complete. A connection has 

also been setup. Data has been exchanged. Phase 2 or 3 security measures are in effect. The 

tester has transmitted a valid RIcTekAllocationRefresh message. The lUT has then 

transmitted a valid RIcTekAllocationRefreshAck message. The tester has then transmitted 

another valid RIcTekAllocationRefresh message identical to the first. 

Check that: the lUT transmits another valid RIcTekAllocationRefreshAck message identical to 

the first. 



5.3.3.5 



Traffic Encryption Keys Usage 



TP/AT/SEC/KU/BV-OOO 


Reference: TS 102 000 [1], clause 12.4.6. 

Initial condition: lUT is the AT. Tester is the AP. The lUT is initialized. Phase 1 security 
measures are in effect. A U-plane is established between the lUT and the Tester. 
Check that: the lUT sends correctly encrypted unicast UL MAC data PDUs. The EKS and 
(TEK, IVP) shall be the same as those for the DL. 


TP/AT/SEC/KU/BV-001 


Reference: TS 102 000 [1], clause 12.4.6. 

Initial condition: lUT is the AT. Tester is the AP. The lUT is initialized. Phase 1 security 

measures are in effect. A U-plane is established between the lUT and the Tester. The lUT is 

correctly encrypting unicast UL MAC data PDUs. The EKS and (TEK, IVP) are the same as 

those for the DL. The tester then increments the EKS modulo 4 in a DL frame. 

Check that: the lUT sends correctly encrypted unicast UL MAC data PDUs according to the 

new EKS within 1 000 frames of the DL frame containing the new EKS. 


TP/AT/SEC/KU/BV-002 


Reference: TS 102 000 [1], clause 12.4.6. 

Initial condition: lUT is the AT. Tester is the AP. The lUT is initialized. Phase 1 security 
measures are in effect. A U-plane is established between the lUT and the Tester. The lUT is 
correctly encrypting unicast UL MAC data PDUs. The EKS and (TEK, IVP) are the same as 
those for the DL. The tester then changes the EKS to EKS -i- 2 modulo 4 in a DL frame . 
Check that: the lUT sends correctly encrypted unicast UL MAC data PDUs according to the 
new EKS within 1 000 frames of the DL frame containing the new EKS. 


TP/AT/SEC/KU/BV-003 


Reference: TS 102 000 [1], clause 12.4.6. 

Initial condition: lUT is the AT. Tester is the AP. The lUT is initialized. Phase 1 security 
measures are in effect. A U-plane is established between the lUT and the Tester. The lUT is 
correctly encrypting unicast UL MAC data PDUs. The EKS and (TEK, IVP) are the same as 
those for the DL. The tester then changes the EKS to EKS -i- 3 modulo 4 in a DL frame . 
Check that: the lUT sends correctly encrypted unicast UL MAC data PDUs according to the 
new EKS within 1 000 frames of the DL frame containing the new EKS. 


TP/AT/SEC/KU/BV-004 


Reference: TS 102 000 [1], clause 12.4.4. 

Initial condition: lUT is the AT. Tester is the AP. The lUT is initialized. Phase 2 security 

measures are in effect. A U-plane is established between the lUT and the Tester. Single-DES 

is active. 

Check that: the lUT sends correctly encrypted unicast UL MAC data PDUs. The EKS shall be 

EKSAIIocatedl + 1 modulo 4 using (TEK, IVP)2. 
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TP/AT/SEC/KU/BV-005 


Reference: TS 102 000 [1], clause 12.4.4. 

Initial condition: lUT Is the AT. Tester is the AP. The lUT is initialized. Phase 2 security 

measures are in effect. . A U-plane is established between the lUT and the Tester. Optional 

Triple-DES is active. 

Check that: the lUT sends correctly encrypted unicast UL MAC data PDUs. The EKS shall be 

EKSAIIocatedl + 1 modulo 4 using (TEK, IVP)2. 


TP/AT/SEC/KU/BV-006 


Reference: TS 102 000 [1], clause 12.4.3. 

Initial condition: lUT is the AT. Tester is the AP. The lUT is initialized. Phase 2 security 

measures are in effect. . A U-plane is established between the lUT and the Tester. The tester 

uses (TEK, IVP)n-2 to encode DL IVIAC data PDUs. The lUT uses(TEK, IVP)n-1 to encode UL 

MAC data PDUs. The tester then changes the EKS so that (TEK, IVP)n-1 encodes DL MAC 

data PDUs. 

Check that: the lUT continues using (TEK, IVP)n-1 to encode UL MAC data PDUs. 


TP/AT/SEC/KU/BV-007 


Reference: TS 102 000 [1], clause 12.4.3. 

Initial condition: lUT is the AT. Tester is the AP. The lUT is initialized. Phase 2 security 

measures are in effect. . A U-plane is established between the lUT and the Tester. The tester 

uses (TEK, IVP)n-2 to encode DL MAC data PDUs. The lUT uses(TEK, IVP)n-1 to encode UL 

MAC data PDUs. The tester then changes the EKS so that (TEK, IVP)n-1 encodes DL MAC 

data PDUs. 

Check that: after receiving a valid RIcTekAllocation message, the lUT uses (TEK, IVP)n with 

the corresponding EKS to encode UL MAC data PDUs. 


TP/AT/SEC/KU/BV-008 


Reference: TS 102 000 [1], clause 12.4.7. 

Initial condition: lUT is the AT. Tester is the AP. The lUT is initialized. Phase 3 security 

measures are in effect. A U-plane is established between the lUT and the Tester. The lUT is 

part of a multicast group. Single-DES is active. 

Check that: the lUT correctly decrypts multicast DL MAC data PDUs. The decryption EKS 

shall be EKSAIIocatedl modulo 4 using (TEK, IVP)1. 


TP/AT/SEC/KU/BV-009 


Reference: TS 102 000 [1], clause 12.4.7. 

Initial condition: lUT is the AT. Tester is the AP. The lUT is initialized. Phase 3 security 

measures are in effect. A U-plane is established between the lUT and the Tester. The lUT is 

part of a multicast group. Optional Triple-DES is active. 

Check that: the lUT correctly decrypts multicast DL MAC data PDUs. The decryption EKS 

shall be EKSAIIocatedl modulo 4 using (TEK, IVP)1. 


TP/AT/SEC/KU/BV-010 


Reference: TS 102 000 [1], clause 12.4.7. 

Initial condition: lUT is the AT. Tester is the AP. The lUT is initialized. Phase 3 security 

measures are in effect. . A U-plane is established between the lUT and the Tester. The lUT is 

part of a multicast group. The tester uses (TEK, IVP)n-2 to encode DL MAC data PDUs. The 

lUT and tester then successfully complete an RIcTekAllocationRefresh procedure. The tester 

does not change the DL EKS. 

Check that: after transmitting the RIcTekAllocationRefreshAck message, the lUT continues to 

correctly decrypt multicast DL MAC data PDUs using the (TEK, IVP)n-2. 


TP/AT/SEC/KU/BV-01 1 


Reference: TS 102 000 [1], clause 12.4.7. 

Initial condition: lUT is the AT. Tester is the AP. The lUT is initialized. Phase 3 security 

measures are in effect. . A U-plane is established between the lUT and the Tester. The lUT is 

part of a multicast group. The tester uses (TEK, IVP)n-2 to encode DL MAC data PDUs. The 

lUT and tester then successfully complete an RIcTekAllocationRefresh procedure for (TEK, 

IVP)n and the corresponding EKS. The tester then changes the EKS so that (TEK, IVP)n-1 

encodes DL MAC data PDUs. 

Check that: after receiving the new EKS associated with (TEK, IVP)n-1 , the lUT correctly 

decrypts multicast DL MAC data PDUs pursuant to the new EKS and (TEK, IVP)n-1 . 


TP/AT/SEC/KU/BV-012 


Reference: TS 102 000 [1], clause 12.2.2 

Initial condition: lUT is the AT. Tester is the AP. The lUT is initialized. Phase 1 , 2, or 3 security 

measures are in effect. . A U-plane is established between the lUT and the Tester. The tester 

transmits an RIcGeneralBroadcastlnformation message with the EncryptionMode field set to 

OFF. 

Check that: the lUT ceases encryption of all UL data PDUs. 
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5.3.4 Connection Control 



5.3.4.1 



Connection Establishment 



5.3.4.1.1 



AP Initiated Connection Establishment 



TP/AT/COC/CE/BV-OOO 


Reference: TS 102 000 [1], clause 13.4.2.2. 

Initial condition: lUT is the AT. Tester is the AP. 

lUT is initialized. 

Check that: upon receiving the Connection Addition Setup message, the lUT replies to the LT 

with a Connection Addition Ack message, considers the connection established, and 

processes DL data. 

Final pseudo state: the connection is established. 


TP/AT/COC/CE/BV-001 


Reference: TS 102 000 [1], clause 13.4.2.2. 

Initial condition: lUT is the AT. Tester is the AP. 

lUT is initialized and has RLC DATA to transmit in UL. Upon receiving the Connection 

Addition Setup message, the lUT replies to the LT with a Connection Addition Ack message. 

T_ConnectionAdditionAck has started. 

Check that: when the TE transmits a Normal Grant during T_ConnectionAdditionAck, the lUT 

transmits the UL RLC DATA using the grant. 

Final pseudo state: the lUT is establishing a connection. 


TP/AT/COC/CE/BV-002 


Reference: TS 102 000 [1], clause 13.4.2.2. 

Initial condition: lUT is the AT. Tester is the AP. 

lUT is initialized and has received a Connection Addition Setup message and then sent an 

Connection Addition Ack message and started T_RlcConnectionAdditionAck. 

Check that: upon expiry of T_ RIcConnectionAdditionAck , the lUT considers the connection 

established 

Final pseudo state: the connection is established. 


TP/AT/COC/CE/BV-003 


Reference: TS 102 000 [1], clause 13.4.2.2. 

Initial condition: lUT is the AT. Tester is the AP. 

lUT is initialized, has received a Connection Addition Setup message, and then transmitted a 

Connection Addition Ack message and started T_RlcConnectionAdditionAck. 

Check that: upon receiving another Connection Addition Setup message within this timer's 

duration, the lUT transmits another valid Connection Addition Ack message with the same 

Transaction ID. 

Final pseudo state: the lUT is establishing a connection. 


TP/AT/COC/CE/BV-004 


Reference: TS 102 000 [1], clause 13.4.2.2. 

Initial condition: lUT is the AT. Tester is the AP. 

lUT is initialized, has received a Connection Addition Setup message, then transmitted a 

Connection Addition Ack message and started T_RlcConnectionAdditionAck. 

Check that: each time the lUT receives a Connection Addition Setup message during this 

timer's duration, the lUT: 

1 ) Transmits another valid Connection Addition Ack message with the same Transaction 
ID. 

2) And restarts TRIcConnectionAdditionAck upon sending this Connection Addition Ack 
message. 

Final pseudo state: the lUT is establishing a connection. 

NOTE: The number of these repetitions is unlimited in the specification. 
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5.3.4.1.2 



AT Initiated Connection Establishment 



TP/AT/COC/CE/BV-005 


Reference: TS 102 000 [1], clause 13.4.2.1. 

Initial condition: lUT is the AT. Tester is the AP. 

lUT is initialized. 

Check that: to establish a connection, the lUT sends a valid Connection Addition Init 

message. 

Final pseudo state: the lUT is establishing a connection. 


TP/AT/COC/CE/BV-006 


Reference: TS 102 000 [1], clause 13.4.2.1. 

Initial condition: lUT is the AT. Tester is the AP. 

lUT is initialized and has sent a valid Connection Addition Init message. 

Check that: upon receiving a valid Connection Addition Setup message, the lUT transmits to 

the LT a valid Connection Addition Ack message, considers the connection established, and 

processes DL data. 

Final pseudo state: the lUT is establishing a connection. 


TP/AT/COC/CE/BV-007 


Reference: TS 102 000 [1], clause 13.4.2.2. 

Initial condition: lUT is the AT. Tester is the AP. 

lUT is initialized, has sent a valid Connection Addition Init message, and has RLC DATA to 

transmit in UL. Upon receiving the Connection Addition Setup message, the lUT replies to the 

LT with a Connection Addition Ack message. T_ConnectionAdditionAck has started. 

Check that: when the TE transmits a Normal Grant during T_ConnectionAdditionAck, the lUT 

transmits the UL RLC DATA using the grant. 

Final pseudo state: the lUT is establishing a connection. 


TP/AT/COC/CE/BV-008 


Reference: TS 102 000 [1], clause 13.4.2.1. 

Initial condition: lUT is the AT. Tester is the AP. 

lUT is initialized, has sent a valid Connection Addition Init message, then received a valid 

Connection Addition Setup message, and then transmitted a valid Connection Addition Ack 

message and started T_RlcConnectionAdditionAck. 

Check that: upon this timer's, the lUT considers the connection established. 

Final pseudo state: the lUT is operational and the connection is established. 


TP/AT/COC/CE/BV-009 


Reference: TS 102 000 [1], clause 13.4.2.1. 

Initial condition: lUT is the AT. Tester is the AP. 

The lUT is initialized. 

lUT is initialized, has sent a valid Connection Addition Init message and started 

T_RlcConnectionAdditionlnit. 

Check that: upon this timer's expiry and the lUT having received no valid Connection Addition 

Setup message with this timer's duration, the lUT retransmits the Connection Addition Init 

message with the same Transaction ID. 

Final pseudo state: the lUT is establishing a connection. 


TP/AT/COC/CE/BV-010 


Reference: TS 102 000 [1], clause 13.4.2.1. 

Initial condition: lUT is the AT. Tester is the AP. 

The lUT is initialized and has sent a valid Connection Addition Init message. 

Check that: each time T_RlcConnectionAddlnit expires without the reception of a valid 

Connection Addition Setup message within the timer's duration, the lUT: 

1 ) Retransmits the Connection Addition Init message with the same Transaction ID; 

2) And restarts T_RlcConnectionAddlnit upon sending this message. 
Final pseudo state: the lUT is establishing a connection. 

NOTE: The number of these repetitions is unlimited in the specification. 


TP/AT/COC/CE/BV-01 1 


Reference: TS 102 000 [1], clause 13.4.2.1. 

Initial condition: lUT is the AT. Tester is the AP. 

The lUT is initialized, has sent a valid Connection Addition Init message and received a valid 

Connection Addition Setup message to which it transmits a valid Connection Addition Ack 

message and starts T_ RIcConnectionAdditionAck. 

Check that: after receiving a valid Connection Addition Setup message, the lUT transmits a 

valid Connection Addition Ack message with the same Transaction ID. 

Final pseudo state: the lUT is establishing a connection. 


TP/AT/COC/CE/BV-012 


Reference: TS 102 000 [1], clause 13.4.2.1. 

Initial condition: lUT is the AT. Tester is the AP. 

The lUT is initialized, has sent a valid Connection Addition Init message and received a valid 

Connection Addition Setup message to which it transmits a valid Connection Addition Ack 

message and starts T_ RIcConnectionAdditionAck. 

Check that: each time upon receiving a valid Connection Addition Setup message, the lUT: 

1 ) Transmits a Connection Addition Ack message with the same Transaction ID. 

2) And restarts T_RlcConnectionAdditionAck upon sending this message. 
Final pseudo state: the lUT is establishing a connection. 

NOTE: The specification does not limit the number of times that this cycling can occur. 
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5.3.4.2 



Connection Modification 



5.3.4.2.1 



AP Initiated Connection Modification 



TP/AT/COC/CM/BV-OOO 


Reference: TS 102 000 [1], clause 13.4.3. 

Initial condition: lUT Is the AT. Tester is the AP. 

lUT is initialized and a connection is established with the tester. 

Check that: upon receiving the Connection Change Setup message, the lUT replies to the LT 

with a Connection Change Ack message. 

Final pseudo state: the connection is modified. 


TP/AT/COC/CM/BV-001 


Reference: TS 102 000 [1], clause 13.4.2.2. 

Initial condition: lUT is the AT. Tester is the AP. 

lUT is initialized and has RLC DATA to transmit in UL. Upon receiving the Connection Change 

Setup message, the lUT replies to the LT with a Connection Change Ack message. 

T_ConnectionChangeAck has started. 

Check that: when the TE transmits a Normal Grant during T_ConnectionChangeAck, the lUT 

transmits the UL RLC DATA using the grant according to the changed Parameters. 

Final pseudo state: the connection is modified. 


TP/AT/COC/CM/BV-002 


Reference: TS 102 000 [1], clause 13.4.3. 

Initial condition: lUT is the AT. Tester is the AP. 

lUT is initialized and a connection is established with the tester. 

lUT has received a Connection Change Setup message, replied to it with a Connection 

Change Ack, and started TRIcConnectionChangeAck. 

Check that: upon expiry of T_RlcConnectionChangeAck, the lUT considers the connection 

modified. 

Final pseudo state: the lUT is operational and the connection continues as modified. 


TP/AT/COC/CM/BV-003 


Reference: TS 102 000 [1], clause 13.4.3. 

Initial condition: lUT is the AT. Tester is the AP. 

lUT is initialized and a connection is established with the tester. 

lUT has received a Connection Change Setup message, and then transmitted a Connection 

Change Ack message and started TRIcConnectionChangeAck. 

Check that: upon receiving another Connection Change Setup message within this timer's 

duration, the lUT transmits another valid Connection Change Ack message with the same 

Transaction ID. 

Final pseudo state: the lUT is modifying a connection. 


TP/AT/COC/CM/BV-004 


Reference: TS 102 000 [1], clause 13.4.3. 

Initial condition: lUT is the AT. Tester is the AP. 

lUT is initialized and a connection is established with the tester. 

lUT has received a Connection Change Setup message, then transmitted a Connection 

Change Ack message and started TRIcConnectionChangeAck. 

Check that: each time the lUT receives a Connection Change Setup message during this 

timer's duration, the lUT: 

1) Transmits another valid Connection Change Ack message with the same Transaction 
ID. 

2) Restarts TRIcConnectionChangeAck when sending this Connection Change Ack 
message. 

Final pseudo state: the lUT is modifying a connection. 

NOTE: The specification does not limit the number of times that this cycling can occur. 
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5.3.4.2.2 



AT Initiated Connection Modification 



TP/AT/COC/CM/BV-005 


Reference: TS 102 000 [1], clause 13.4.3. 

Initial condition: lUT is the AT. Tester is the AP. 

lUT is initialized and a connection is established with the tester. 

Check that: to modify a connection, the lUT sends a valid Connection Change Init message. 

Final pseudo state: the lUT is modifying a connection. 


TP/AT/COC/CM/BV-006 


Reference: TS 102 000 [1], clause 13.4.3. 

Initial condition: lUT is the AT. Tester is the AP. 

lUT is initialized, a connection is established with the tester, and the lUT has sent a valid 

Connection Change Init message. 

Check that: upon receiving a valid Connection Change Setup message, the lUT replies to the 

LT with a valid Connection Change Ack message and considers the connection modified 

Final pseudo state: the connection is modified. 


TP/AT/COC/CM/BV-007 


Reference: TS 102 000 [1], clause 13.4.2.2. 

Initial condition: lUT is the AT. Tester is the AP. 

lUT is initialized and has RLC DATA to transmit in UL. Upon receiving the Connection Change 

Setup message, the lUT replies to the LT with a Connection Change Ack message. 

T_ConnectionChangeAck has started. 

Check that: when the TE transmits a Normal Grant during T_ConnectionChangeAck, the lUT 

transmits the UL RLC DATA using the grant according to the changed Parameters. 

Final pseudo state: the connection is modified. 


TP/AT/COC/CM/BV-008 


Reference: TS 102 000 [1], clause 13.4.3. 

Initial condition: lUT is the AT. Tester is the AP. 

lUT is initialized; a connection is established with the tester; and the lUT has sent a valid 

Connection Change Init message and then received a valid Connection Change Setup 

message, and then transmitted a valid Connection Change Ack message and started 

TRIcConnectionChangeAck. 

Check that: upon this timer's expiry, the lUT considers the connection modified. 

Final pseudo state: the lUT is operational and the connection continues as modified. 


TP/AT/COC/CM/BV-009 


Reference: TS 102 000 [1], clause 13.4.3. 

Initial condition: lUT is the AT. Tester is the AP. 

lUT is initialized and a connection is established with the tester message and started 

T_RlcConnectionChangelnit. 

Check that: upon this timer's expiry and the lUT having received no valid Connection Change 

Setup message with this timer's duration, the lUT retransmits the Connection Change Init 

message with the same Transaction ID. 

Final pseudo state: the lUT is modifying a connection. 


TP/AT/COC/CM/BV-010 


Reference: TS 102 000 [1], clause 13.4.3. 

Initial condition: lUT is the AT. Tester is the AP. 

The lUT is initialized, a connection is established with the tester, and the lUT has sent a valid 

Connection Change Init message. 

Check that: each time T_RlcConnectionChangelnit expires without the reception of a valid 

Connection Change Setup message within the timer's duration, the lUT: 

1) Retransmits the Connection Change Init message with the same Transaction ID. 

2) And restarts T_RlcConnectionChangelnit upon sending this message. 
Final pseudo state: the lUT is modifying a connection. 

NOTE: The number of these repetitions is unlimited in the specification. 


TP/AT/COC/CM/BV-01 1 


Reference: TS 102 000 [1], clause 13.4.3. 

Initial condition: lUT is the AT. Tester is the AP. 

The lUT is initialized, a connection is established with the tester, and the lUT has sent a valid 

Connection Change Init message and received a valid Connection Change Setup message to 

which it transmits a valid Connection Change Ack message and starts T_ 

RIcConnectionChangeAck. 

Check that: after receiving a valid Connection Change Setup message with the same 

Transaction ID, the lUT transmits a valid Connection Change Ack message. 

Final pseudo state: the lUT is modifying a connection. 
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TP/AT/COC/CM/BV-01 2 



Reference: TS 102 000 [1], clause 13.4.3. 

Initial condition: lUT is the AT. Tester is the AP. 

The lUT is initialized, a connection is established with the tester, and the lUT has sent a valid 

Connection Change Init message and received a valid Connection Change Setup message to 

which it transmitted a valid Connection Change Ack message and started T_ 

RIcConnectionChangeAck. 

Check that: each time upon receiving a valid Connection Change Setup message with the 

same Transaction ID, the lUT: 

1) Transmits a Connection Change Ack message . 

2) And restarts T_RlcConnectionChangeAck upon sending this message. 
Final pseudo state: the lUT is modifying a connection. 

NOTE: The specification does not limit the number of times that this cycling can occur. 



5.3.4.3 



Connection Termination 



5.3.4.3.1 



AP Initiated Connection Termination 



TP/AT/COC/CT/BV-OGO 


Reference: TS 1 02 000 [1 ], clause 1 3.4.4. 

Initial condition: lUT is the AT. Tester is the AP. 

lUT is initialized and a connection is established with the Tester. 

Check that: upon receiving a valid Connection Deletion Init message, the lUT replies to the LT 

with a Connection Deletion Ack message and considers the connection released.. 

Final pseudo state: the connection is released. 


TP/AT/COC/CT/BV-001 


Reference: TS 1 02 000 [1 ], clause 1 3.4.4. 

Initial condition: lUT is the AT. Tester is the AP. 

lUT is initialized, a connection is established with the Tester, and the lUT has received a valid 

Connection Deletion Init message and then sent a valid Connection Deletion Ack message. 

Check that: upon T_RlcConnectionDeletionAck expiry, the lUT considers the connection 

released. 

Final pseudo state: the lUT is operational and the connection no longer exists. 


TP/AT/COC/CT/BV-002 


Reference: TS 1 02 000 [1 ], clause 1 3.4.4. 

Initial condition: lUT is the AT. Tester is the AP. 

lUT is initialized; a connection is established with the Tester; and the lUT has received a valid 

Connection Deletion Init message, then sent a valid Connection Deletion Ack message and 

started T_ RIcConnectionDeletionAck. 

Check that: upon receiving a Connection Deletion Init message with the same Transaction ID, 

the lUT transmits a valid Connection Deletion Ack message. 

Final pseudo state: the lUT is releasing a connection. 


TP/AT/COC/CT/BV-003 


Reference: TS 1 02 000 [1 ], clause 1 3.4.4. 

Initial condition: lUT is the AT. Tester is the AP. 

lUT is initialized; a connection is established with the Tester; and the lUT has received a valid 

Connection Deletion Init message, then sent a valid Connection Deletion Ack message and 

started T_ RIcConnectionDeletionAck. 

Check that: each time, upon receiving a Connection Deletion Init message with the same 

Transaction ID, the lUT: 

1 ) Transmits a valid Connection Deletion Ack message. 

2) Restarts T_RlcConnectionDeletionAck upon sending this message. 
Final pseudo state: the lUT is releasing a connection. 

NOTE: The specification does not limit the number of times that this cycling can occur. 
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5.3.4.3.2 



AT Initiated Connection Termination 



TP/AT/COC/CT/BV-004 


Reference: TS 1 02 000 [1 ], clause 1 3.4.4. 

Initial condition: lUT is the AT. Tester is the AP. 

lUT is initialized and a connection is established with the Tester. 

Check that: to release a connection, the lUT sends a relevant Connection Deletion Init 

message. 

Final pseudo state: the lUT is releasing a connection. 


TP/AT/COC/CT/BV-005 


Reference: TS 1 02 000 [1 ], clause 1 3.4.4. 

Initial condition: lUT is the AT. Tester is the AP. 

lUT is initialized, a connection is established with the Tester, and lUT has transmitted a valid 

Connection Deletion Init message. 

Check that: upon receiving a valid Connection Deletion Ack message, the lUT: 

1) Starts T_RlcConnectionDeletionAck. 

2) Considers the connection released. 

Final pseudo state: the lUT is operational and the connection no longer exists. 


TP/AT/COC/CT/BV-006 


Reference: TS 1 02 000 [1 ], clause 1 3.4.4. 

Initial condition: lUT is the AT. Tester is the AP. 

lUT is initialized, has a valid connection with the Tester, has transmitted a Connection 

Deletion Init message, and started T_RlcConnectionDeletionlnit. 

Check that: after T_ RIcConnectionDeletionlnit expires without receiving a Connection 

Deletion Ack message; the lUT retransmits another valid Connection Deletion Init message 

with the same Transaction ID. 

Final pseudo state: the lUT is releasing a connection. 


TP/AT/COC/CT/BV-007 


Reference: TS 1 02 000 [1 ], clause 1 3.4.4. 

Initial condition: lUT is the AT. Tester is the AP. 

lUT is initialized, has a valid connection with the Tester, has transmitted a Connection 

Deletion Init message, and started T_ RIcConnectionDeletionlnit. 

Check that: each time T_ RIcConnectionDeletionlnit expires without the lUT having received a 

Connection Deletion Init message, the lUT: 

1 ) Retransmits another valid Connection Deletion Init message with the same Transaction 
ID. 

2) And restarts T_ RIcConnectionDeletionlnit upon sending this message. 
Final pseudo state: the lUT is releasing a connection. 

NOTE: The specification does not limit the number of times that this cycling can occur. 
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